HowTo - MyOOSDumper - Infos, Installation, Update [Projekt eingestellt]

[LukeWCS]

Fehlermeldungen bitte immer als Code formatieren, damit die Fehlermeldung unverfälscht und vollständig im Beitrag vorhanden ist. Habs geändert.

Okay, ein Schritt weiter.

Speziell diese Fehlermeldung ist mir bei MOD noch nicht untergekommen, aber das ist mir aufgefallen:

1. Die Fehlermeldung besagt, dass der Parameter 1 $dir_handle heisst. Das ist schon mal seltsam, weil es im gesamten MOD Source keine Variable mit diesem Namen gibt. Bei der Version 5.0.23 heisst diese Variable $dh in der Zeile 1066.
2. Wenn man die Fehlermeldung zurückverfolgt, gibt es da offenbar ein Problem beim Zugriff auf das Theme, speziell die Icons (GIF).

Das sieht für mich so aus, als ob du da eine vermischte Version hast. Eventuell gabs beim Hochladen einen Fehler. Also wäre mein erster Ansatz nochmal alles laut Anleitung neu hochzuladen.

a. Hast du eventuell nur "drübergebügelt", anstatt laut Anleitung die alten Ordner und Dateien vorher zu löschen?
b. Welche PHP Version hast du im Einsatz wo MOD läuft?

[FuGu]

Ich nutze php 8.3.7. Und nein… ich habe nicht drüber gebügelt. Ich habe bis auf work mitsamt der Unterordner und der config.php alles gelöscht. Ich probiere morgen einfach mal eine komplette Neuinstallation ohne den Versuch eines Updates.
Besonders auffallend ist ja, das es bis jetzt einmal, bei einer anderen Domain / Datenbank, problemlos geklappt hat.

[LukeWCS]

Komisch ist eben, das in der besagten Datei und in der relevanten Zeile die gemeldete Variable mit diesem Namen schlicht nicht existiert. Jedenfalls nicht in der Version 5.0.23 die vfrblue anbietet. Das ist mir gerade ein Rätsel. Und laut meinem MOD Archiv gibts das auch in keiner der Versionen die ich habe, bis zurück zu 4.2.0.

[SeewolfPK]

1. Die Fehlermeldung besagt, dass der Parameter 1 $dir_handle heisst. Das ist schon mal seltsam, weil es im gesamten MOD Source keine Variable mit diesem Namen gibt. Bei der Version 5.0.23 heisst diese Variable $dh in der

Falls von Interese:

Code: Alles auswählen

$dir_handle

finde ich in der bei mir gespeicherten Version 5.0.23 in dieser Datei gleich mehrfach:
MyOOS-Dumper-mod_5.0.23\MyOOS-Dumper-mod_5.0.23\vendor\phpstan\phpstan\phpstan.phar

Alle Dateien 15.12.23

[LukeWCS]

Servus Paul

Ja, bei PHPStan kommt das vor, das ist korrekt. Aber es geht hier ja direkt um MOD Sourcecode, nicht um dessen Abhängigkeiten. PHPStan ist sowieso - wie ich ja schon schrieb - für Endbenutzer irrelevant und wurde zumindest bei 5.0.24 ja auch wieder entfernt. Alles was im vendor Ordner ist, sind Abhängigkeiten (Composer Pakete) wie das ja auch bei phpBB der Fall ist.

Effektiv gehts in FuGu's Fehlermeldung um diese Datei:

inc\functions_global.php

Und dort um die Zeile 1066 und die sieht so aus:

Code: Alles auswählen

    while (false !== ($filename = readdir($dh))) {

Und genau das ist das Rätsel, wie es zu dieser Fehlermeldung kommen kann, weil die besagte Variable $dir_handle mit diesem Namen schlicht nicht existiert an der gemeldeten Stelle. Das Ganze kann auch ein Phantom-Fehler sein, also ein Symptom das mit dem tatsächlichen Fehler gar nichts zu tun hat.

[FuGu]

Hallo und guten Morgen,
beim Kaffee einmal komplett "clean" installiert und ich habe keine Probleme. Es bleibt also nur, dass ich im Ordner work eine Datei übersehen habe. Das war der einzige Unterschied zum Updateversuch. Ich habe jetzt der Einfachheit halber in dem hochzuladenden Ordner einen leeren Ordner work mit Unterordner erstellt und lösche den auf dem Server. Die Backup Dateien lade ich eh mittels Script in einen anderen Ordner auf dem Server.
Vielen Dank an Luke für deine Zeit!

[LukeWCS]

Dass das Problem bei dir lokal liegt, war mir klar. Mir war (und ist) aber der Grund dafür unklar.

Aber okay, dann muss ja in dem Fall irgendeine Datei im Ordner work für die Störungen gesorgt haben. Das kann ja dann nur eine der Dateien im Ordner config gewesen sein, denn das sind die einzigen PHP Dateien, die zur Laufzeit mit eingebunden werden und überhaupt "stören" könnten.

Aber wenigstens tuts jetzt.

[FuGu]

Ich bin jetzt quasi an der letzten Seite angekommen und habe hier tatsächlich noch immer Probleme. Das ist mehr als diffus aber später mehr. Erstmal will ich alles durchprobiert haben!

Edit:
Nein... ich kann es nicht sicher reproduzieren. Meine Vermutung ist, dass beim hochladen mit ForkLift irgendwas schief gelaufen ist und eine Datei nicht oder fehlerhaft hochgeladen wurde. Ich habe alles nochmals gelöscht, dann mit dem WebFTP Interface meines Hosters alles hochgeladen, in der zwischenzeit drei Kaffee getrunken , und danach klappte die Installation ohne Probleme.

Vorher habe ich zwar den Installationsbildschirm angezeigt bekommen aber ohne Grafiken. Auch das Löschen des Browsercache hat hier nicht geholfen. Gehe also ganz sicher von einem "Upload-Fehler" aus.

[LukeWCS]

in der zwischenzeit drei Kaffee getrunken , und danach klappte die Installation ohne Probleme.

Das es funktioniert hat, lag absolut sicher an den 3 Kaffees.... sagte der Koffein-Junkie.

Nein ernsthaft; die Vermutung das etwas beim Hochladen schief lief, ist aktuell noch die plausibelste. Ansonsten kann ich mir nicht erklären, wie eine Fehlermeldung zustande kommt, die sich auf eine Code-Zeile bezieht, die SO gar nicht existiert. Da wäre es gut gewesen, wenn du die fragliche Datei mal vom Server geholt und hier hochgeladen hättest. Aber da hab ich leider auch nicht schnell genug geschaltet und jetzt isses zu spät.

Defekte Dateien nach dem Hochladen ist jedenfalls etwas, das wir schon mehrfach erlebt haben. Aus genau dem Grund hab ich phpBB File Check geschaffen, um sowas gezielt prüfen zu können, was phpBB angeht.

[FuGu]

Also ich schiebe hier die Schuld ganz eindeutig an die App ForkLift! Mit Yummy habe ich nie Probleme gehabt und Up- Download waren 10x so schnell.

Ich bin insofern zufrieden als das ich nach dem "Ausschlussprinzip" recht sicher die Fehlerquelle lokalisiert habe und weiß wie ich in Zukunft damit umzugehen habe.

Dennoch… danke für deine Zeit!