Fehler in account_history_info.php durch deinstallierte Zahlungsart

[mei chan]

Hallo,

leider habe ich keine rechte um das Thema in Bugs oder Funktionsfehler zu posten...

In der account_history_info.php kommt es bei mir zu der Fehlermeldung, sofern eine Bestellung aufgerufen wird, bei der die Zahlungsart deinstalliert wurde:

Code: PHP  [Auswählen]

Failed opening '.../lang//german/modules/payment/deinstalliertes_modul.php'

Version ist die aktuelle 1.06 sp2.
Bei der suche habe ich leider nicht zu dem Thema gefunde.

Gruß

neroBRN

Linkback: https://www.modified-shop.org/forum/index.php?topic=32715.0

[noRiddle (revilonetz)]

Da hast du irgendwas zerschossen, da ist kein Bug.
Handelt es sich evtl. um ein nachträglich eingebautes Zahlungsmodul ?
und wenn ja, um welches ?

Gruß,
noRiddle

[web28]

Fehler kann nur kommen wenn man die Sprachdatei gelöscht hat (was man nicht machen sollte)

[noRiddle (revilonetz)]

Jaja, aber was soll das für eine URL sein ?
.../lang//german/modules/payment/deinstalliertes_modul.php
Doppel-Slash hinter /lang und deinstalliertes_modul.php ??

Gruß,
noRiddle

[mei chan]

Hm, das alte Sprachdatein nicht gelöscht werden sollten habe ich nicht gewusst.

Es geht um ein Modul vom Zahlungsdiestleister, das aktualisiert wurde und einen geänderten prefix im namen hat. Bin davon ausgegangen, dass die alte Sprachdatei nicht mehr gebraucht wird (gibt ja nun eine neue für das Modul) und habe die gelöscht. 
Sollte es für solch einen Fall nicht eine Prüfung geben, ob die Datei/das Modul noch installiert ist?

[noRiddle (revilonetz)]

Unabhängig davon, daß ich den Pfad in der Fehlermeldung nicht verstehe:
Eine Warnung wenn man mittles FTP eine Datei löscht ist nicht durchführbar.
Das wäre nur möglich wenn man mit einer PHP-Datei und der Funktion unlink() eine Routine schreiben würde die prüft, ob, z.B. für den vorliegenden Fall, noch eine Bestellung existiert die auf das entsprechende Zahlungsmodul zugreift.

Gruß,
noRiddle

[mei chan]

Hallo,

den Pfad kann ich mir nicht erklären, beim googeln nach dem Problem habe ich aber noch andere Fälle mit dem "//" im Pfad gefunden. Ich dachte eher an eine Prüfung mittels php die eine Warnung unterdrückt sofern die Sprachdatei gelöscht wurde.
Aber das logging sollte eh schon alle Warnungen im Produktiv-Shop unterdrücken.

[noRiddle (revilonetz)]

Ich habe mich nicht richtig ausgedrückt.
Mit
"Das wäre nur möglich wenn man mit einer PHP-Datei und der Funktion unlink() eine Routine schreiben würde..."
wollte ich sagen "und die Datei auch mittels der PHP-Datei löscht".

Für ein Löschen per FTP gibt es keine Warnung, FTP kann ja nicht denken und wissen, daß die Datei evtl. noch gebraucht wird.

Gruß,
noRiddle