Fehlermeldung bei/nach Update auf WB-Version 2.13.9 r25

[md001]

Hallo, habe gerade ein Update von 2.20 auf die aktuelle Version 2.13.9 r25 durchgeführt.
Am Ende des Upgrade Script wird mir folgende Meldung angezeigt:

Code: [Select]

Step 13 : Force Upgrading all addons with a newer or equal version
[01] : Unproofed Modules AddonFileEditor are not be upgrading automatically
[02] : Unproofed Modules Auto_Gallery are not be upgrading automatically
[03] : Upgrade module WBLingual from version 2.0.9 to version 2.0.9 OK
[04] : Upgrade module captcha_control from version 2.2.3 to version 2.2.3 OK
There was an uncatched exception
array_merge(): Argument #2 must be of type array, null given
in line (748) of (/framework/helpers/PreCheck.php):
Ich bin nicht sicher ob es damit zusammenhängt, aber hier noch die Einträge aus dem WB Error Log

Code: [Select]

Tue, 24 Feb 2026 18:26:38 +0000 [E_DEPRECATED] /modules/wbstats/class.count.php:[122] from /modules/wbstats/class.count.php:[122] substr "substr(): Passing null to parameter #1 ($string) of type string is deprecated"
Tue, 24 Feb 2026 18:26:38 +0000 [E_DEPRECATED] /modules/wbstats/class.count.php:[133] from /modules/wbstats/class.count.php:[133] parse_str "parse_str(): Passing null to parameter #1 ($string) of type string is deprecated"
Tue, 24 Feb 2026 18:27:06 +0000 [E_WARNING] /framework/helpers/PreCheck.php:[748] from /framework/helpers/PreCheck.php:[751] bin\helpers\PreCheck::rm_full_dir "Undefined array key "file""
Tue, 24 Feb 2026 18:27:16 +0000 [E_DEPRECATED] /modules/wbstats/class.count.php:[122] from /modules/wbstats/class.count.php:[122] substr "substr(): Passing null to parameter #1 ($string) of type string is deprecated"
Tue, 24 Feb 2026 18:27:16 +0000 [E_DEPRECATED] /modules/wbstats/class.count.php:[133] from /modules/wbstats/class.count.php:[133] parse_str "parse_str(): Passing null to parameter #1 ($string) of type string is deprecated"
Tue, 24 Feb 2026 18:35:09 +0000 [E_WARNING] /framework/helpers/PreCheck.php:[748] from /framework/helpers/PreCheck.php:[751] bin\helpers\PreCheck::rm_full_dir "Undefined array key "file"""
Kennt jemand den Fehler/das Problem?
Würde mich über schnelle Hilfe freuen.
Vielen Dank vorab.

[md001]

Habe gesehen, dass bei einigen Seiten unten am Ende der Seite auch folgendes steht:

Code: [Select]

There was an uncatched exception
array_merge(): Argument #1 must be of type array, null given
in line (1197) of (/framework/frontend.functions.php):
Anscheinend funktionieren auch manche Erweiterungen nicht mehr, z.B. die Droplets gehen nicht mehr

[md001]

Beim einloggen in die Admin Seite erscheint immer der folgende Text

Code: [Select]

The upgrade script could not start automatically
Please click on this link to start the script!

[md001]

Ok, ChatGPT hat bei der Lösung geholfen. Zur Info, es ist ein Fehler in der

Code: [Select]

/framework/helpers/PreCheck.php Zeile 748Habe die Zeile geändert in

Code: [Select]

$aFiles = array_merge(($aHits['folder'] ?? []), ($aHits['file'] ?? [])); und es ist sauber durchgelaufen.
Alternativ kann die Zeile wohl auch in

Code: [Select]

$aFiles = array_merge(
    is_array($aHits['folder'] ?? null) ? $aHits['folder'] : [],
    is_array($aHits['file'] ?? null)   ? $aHits['file']   : []
);geändert werden.

Das Droplet Problem ist auch gelöst. Warum auch immer war die Tabelle in der DB nicht mehr vorhanden und eine Installation/update von Droplets war nicht möglich.
Ich habe dann von einer Testinstanz die Tabelle aus der DB exportiert und in der Pro importiert.
Danach musst noch in der Doplets Datei info.php der Wert der $module_platform  heruntergesetzt werden, das die Installation sonst nicht möglich ist. Habe es auch   = '1.13.0'; gesetzt, dann hat die Installation geklappt.
Hier ist also auch noch ein kleiner Fehler vorhanden...

Vielleicht hilft diese info ja jemandem weiter, der nach einem Update auch diese Fehler bekommt

[sternchen8875]

Wenn man nicht live dabei ist, läßt es sich natürlich schwer nachvollziehen, aber deine Meldungen ermöglichen es, einiges zu erkennen.
Aber schön, das du dir selbst helfen konntest! 

der Reihe nach...

03] : Upgrade module WBLingual from version 2.0.9 to version 2.0.9 OK
[04] : Upgrade module captcha_control from version 2.2.3 to version 2.2.3 OK
There was an uncatched exception

eingelesen wird in der Folge, wie die Module im Ordner /modules stehen, [04] gibt ein okay für das Modul captcha_control. Das nachfolgende Modul erzeugt einen Fehler, also das Droplet-Modul. Das Upgrade des Droplet-Moduls konnte also nicht abgeschlossen werden. Warum verrät uns diese Meldung

Code: [Select]

There was an uncatched exception
array_merge(): Argument #2 must be of type array, null given
in line (748) of (/framework/helpers/PreCheck.php):
an dieser Stelle werden im Droplet-Modul temporäre Ordner gelöscht (data/tmp und (ein leeres) data/archiv), die vorher zur Installation der einzelnen Droplets angelegt werden sollten. In deinem Fall fehlten die gesuchten Dateien, der Ordner selbst war da, aber eben leer.
Woher weiß ich das? von dieser Zeile der genannten Funktion

$aFiles = array_merge(($aHits['folder'] ?? []),$aHits['file']);

Hier wird folder abgefangen mit dem Operator ??[] (mit einfachen Worten: wenn $aHits['folder'] nicht vorhanden oder null, setze ein leeres Array) , file wurde aber nicht abgefangen, weil eben bis dahin vorausgesetzt wurde: wenn das Verzeichnis da ist, besser: angelegt werden durfte, dürfen da auch Dateien reingelegt werden, also sollten sie da sein

Heute mit den neuen PHP-Versionen fängt man das ab wie in deinem Code schon genannt.

Code: [Select]

$aFiles = array_merge(($aHits['folder'] ?? []), ($aHits['file'] ?? []));
Ist auch schon in den Nachfolgeversionen eingebaut, nur noch nicht veröffentlicht, weil ja immer wieder etwas dazu kommt

There was an uncatched exception
array_merge(): Argument #1 must be of type array, null given
in line (1197) of (/framework/frontend.functions.php):

an dieser Stelle werden die Scripteinbindungen kurz vor den Footer gebaut (z.b. FrontendBodyJs). Da das Droplet aber abbricht, wird danach kein Code ausgeführt

Beim einloggen in die Admin Seite erscheint immer der folgende Text

ist das Ergebnis eines nicht komplett durchgelaufenen Upgradescriptes. Ist die WB-Versionsnummer in der DB-Tabelle settings ungleich zur Versionsnummer in der Datei admin/interface/version.php, erscheint diese Meldung

Habe es auch   = '1.13.0'; gesetzt, dann hat die Installation geklappt.

ich denk mal, ein Tippfehler,
Droplets hat in der WB 2.13.5 R220 die v3.4.2 und jetzt die v3.4.4
Da wurde einmal die komplette Übersetzung hinzugefügt und einmal das Löschen der DE.php unterbunden, das von lokalen Tests noch drin stand

Für die Meldungen zum WBStats mußt du immer ein Auge auf Ruud's seiten haben -> https://dev4me.com/modules-snippets/opensource/wbstats/

und hier noch etwas von uns dazu -> https://forum.WebsiteBaker.org/index.php/topic,32432.msg227364.html#msg227364



Eine Frage noch zum Abschluß (oder zwei)
1. Hast du das Datenbank-Backup der alten Version noch und wenn JA, magst du mal reinschauen, ob dort die fehlenden Tabellen enthalten sind?

2. Hast du das Zip mit der R25 über die unzip.php bzw Servereigene Möglichkeiten entpackt oder die Dateien einzeln hochgeladen?

 

[sternchen8875]

Beim einloggen in die Admin Seite erscheint immer der folgende Text

Code: [Select]

The upgrade script could not start automatically
Please click on this link to start the script!

für die technisch interessierten User eine Korrektur, weil ich grade selber diese Message erhielt

1. mit dem WB-Paket wird eine Datei admin/interface/update geliefert. Sie enthält die Daten zur Version, die Hauptversion, eventuelle Revisions- oder SP-Nummer, den Timestamp der Paketerstellung.
2. beim Install oder Upgrade wird dieser Timestamp in die Datenbank übernommen, dann die Datei update umbenannt in update.fixed, (was wohl nicht immer funktioniert auf Grund von CHMod-Rechten)
3. Beim Anmelden des SuperAdmins (User-ID==1) wird geprüft, ob eine Datei update.fixed vorhanden ist und falls ja, ob deren Timestamp-Wert größer wie der Wert in der settings-Tabelle ist.
4. Ist die Datei update noch vorhanden oder der Timestamp aus der update.fixed größer wie der Wert in der Datenbank, erscheint obige Message

Einfachste Lösung wäre hier also: die Datei admin/interface/update manuell per FTP zu löschen. Aber keinesfalls die  update.fixed im gleichen Ordner löschen!!

[md001]

Danke für die ausführliche Erklärung

Zu deinen Fragen:
1. Hast du das Datenbank-Backup der alten Version noch und wenn JA, magst du mal reinschauen, ob dort die fehlenden Tabellen enthalten sind?

Code: [Select]

Die Tabelle für die Droplets hat gefehlt. Die habe ich dann aus meiner Testinstanz exportiert und hier importiert.
2. Hast du das Zip mit der R25 über die unzip.php bzw Servereigene Möglichkeiten entpackt oder die Dateien einzeln hochgeladen?

Code: [Select]

ich habe die unzip.php benutzt. Habe sie extra vorher noch mal heruntergeladen.

[sternchen8875]

Danke für die Info!