phpBB.de

Helmut hat geschrieben: ich habe auch die install.xml vom Mod entsprechend angepasst.

Heisst das, dass es alle ändern sollten?

Hallo Highwayman,

besser ist es schon, wenn du die Änderung auch machst. Sollte bei dir der Fehler nicht auftreten, dann brauchst du natürlich die Änderung nicht machen. Das Problem tritt anscheinend nur bei bestimmten Mods oder Modkombinationen auf, bei mir im Testforum und auf dem localhost gabs dieses Problem nicht.

Gruß Helmut

Danke für die schnelle Antwort! Dann halt ändern!

Hi,

beim basteln habe ich jetzt das nächste Problem und zwar:
damit prüfe ich ob über ein Forumlar (bzw per POST) Daten übermittelt wurden und wenn ja wird geprüft ob KB und Username mit Inhalt versehen ist und sollte es nicht so sein wird man ja auf die Fehlerseite mit der Fehlermeldung "NO_DATA" geschickt. Jetzt habe ich das Problem das die Fehlerseite immer nur in einer Sprache angezeigt wird.

Klar wenn ich die Fehlerseite sehe und auf eine der Flaggen klicke komm ich ins orginal Formulatr zurück, da keine POST-Daten mehr vorhanden sind, auch ändert er die Bezeichnungen für

* Foren-Übersicht
* Ändere Schriftgröße

* Persönlicher Bereich (0 neue Nachrichten) • Eigene Beiträge

* FAQ
* Mitglieder
* Abmelden

in die entsprechende Sprache um, provoziere ich jedoch erneut die Fehlermeldung, also klick ich einfach nur auf Abschicken ändert sich die Sprache automatisch wieder auf Deutsch und die einzige Möglichkeit die Fehlermeldung in entsprechender Sprache zu lesen muss ich die Sprache per Hand im UCP umstellen und somit die Fehlermeldungssprache "erzwingen".

LG Un1

Hallo Unimatrix_0 ,

ändere mal in deinem Code trigger_error('NO_DATA'); in trigger_error($user->lang['NO_DATA']); um, dann sollte die Sprache eigentlich beibehalten werden.

Warum er dieses Verhalten zeigt, das ist mir jetzt im Augenblick auch nicht wirklich klar.

Gruß Helmut

Helmut hat geschrieben:Hallo Unimatrix_0 ,

ändere mal in deinem Code trigger_error('NO_DATA'); in trigger_error($user->lang['NO_DATA']); um, dann sollte die Sprache eigentlich beibehalten werden.

Warum er dieses Verhalten zeigt, das ist mir jetzt im Augenblick auch nicht wirklich klar.

Gruß Helmut

Hi,

danke für den Hilfsversuch, leider bringt auch das nur das gleiche Ergebniss ...

bei der Prüfung von GET-Daten funktioniert es hingegen, da ich in einder anderen Datei

//Prüfung, ob KB vorhanden
if (mysql_num_rows($result) != 1)
{
trigger_error('NO_KB');
}

//Datensatz umwandeln
$result2 = $db->sql_fetchrow($result);

//Prüfung, ob PW richtig
if ((isset($result2["password"])) and ($result2["password"] != $boeser_key))
{
trigger_error('NO_PW');
}

so prüfe und der LanguageChanger arbeitet da auch ohne Probleme.

Hallo Unimatrix_0,

hm... hängst du irgendwas mit ? bzw. & an den Dateinamen an oder veränderst du einen bestehenden Anhang?

Da könnte die Ursache darin liegen, wenn du die Anhänge neu erzeugst. Dabei könnte es sein, dass der bestehende Anhang &lang=* verloren geht. Am besten zeigst du mal die Eingabezeile vom Browser oben wenn du deine Datei aufrufst (z.b: ...../irgendwas.php?lang=de) und wenn dann deine Fehlermeldung angezeigt wird.

Gruß Helmut

[ externes Bild ] [ externes Bild ] [ externes Bild ]
Deutsches Original - - - Spanische Version - - - Fehlermeldung danach

Hallo Unimatrix_0,

scheint so, als ob bei deiner Datei irgendwie die Anhänge verloren gehen. Eigentlich müsste bei der Fehlermeldung auch .../save.php?lang=es dran stehen. Wird die richtige Sprache angezeigt, wenn du den Anhang mal von Hand anfügst?

Kannst du mal deine Datei hier als .txt verlinken, ich vermute darin irgendwo das Problem?

Gruß Helmut

falls einer mit einem Tisch gegen meinen Kopf schlagen will ... macht es ruhig ... aber erst nach der letzten Antwort macht es bei mir "klick" ... danke Helmut

der fehler liegt am Hardcoding in der Template-Datei
sry für die Aufregung hier ... werd ich wohl ändern müssen xD

Lg Un1