Das ist keineswegs anmaßend - danke für den Hinweis. Kannte Firebug nicht, werde es aber morgen sofort ausprobieren.
der 4er betreibt eine andere Fehlerkorrektur wie der alte 3.6er, da ein neuer Parser zum Einsatz kommt
Das könnte ja wirklich die Ursache für das veränderte Verhalten sein !
Gruß, zadok
Ich glaube, ich habe die Stelle identifiziert, an der der Fx Einfluß auf mein PHP-Script nimmt !
(Eine jener Kleinigkeiten, die man vergißt zu erwähnen, weil sie eh' nicht wichtig sind - Mist, dabei bin ich selber im Support tätig :oops: )
NACH dem Durchlaufen der IF/ELSEIF-Verzweigung mach' ich doch noch was: ich gebe über den Fx Buttons aus, mit
denen ich meine DB-Operation verwerfen, korrigieren oder eben bestätigen kann.
Nur bei einem Commit wird in die Prozedur zum Schreiben in die DB gegangen und nur in diesem Fall wird die o.g. Steuerungsvariable relevant.
Das bedeutet, daß Fx4 bei der Rückgabe meines Buttonwertes irgendwie anders reagiert als der Fx3 !? !
Zusätzlich rätselhaft bleibt dabei, wieso die Fehlrückgabe nur nach Durchlauf des IF- , nicht aber nach Durchlauf des ELSEIF- Zweiges auftritt .
zadok
Die Vermutung des UA konnte somit also weder bestätigt noch verworfen werden.
Wenn die je nach Fx ausgelieferten Resultate identisch sind, kein optischer sondern maschineller Vergleich, kann man vorläufig von veralteten Konstrukten des Servers ausgehen.
Wenn Du damit das Ergebnis in der Datenbank meinst, dann: Nein - die Ergebnisse sind nicht identisch.
Unter FF3 wird kein Fehler angezeigt und der entsprechende DB-Update wird durchgeführt.
Unter FF4 führt dasselbe PHP-Script zu einer Fehleranzeige im Browser und der DB-Update wird nicht durchgeführt.
(Wie denn auch: die benötigte Steuerungs-Variable ist ja leer. Entsprechend ist auch die genannte Fehleranzeige keine FF-generierte, sondern eine im Script für einen undefinierten Fehlerfall vorgesehene).
zadok
Die Geschichte mit der DoNoTrack Funktion habe ich gerade ausprobiert: war nicht gesetzt und daran liegts auch nicht.
Danke aber für den Hinweis.
Wenn ich etwas Zeit finde werde ich einfach mal versuchen, ein PHP Kurzscript zu erstellen und zu posten,
welches das Problem reproduziert. Das kann ja nicht so aufwändig sein.
Gruß,zadok
So what i have done:
DB-Zugriff mit FF3 = alles Bestens
Update auf FF4, DB-Zugriff funktioniert nicht
Mit general.useragent.override den UA-String des FF3 gesetzt: Keine Änderung, DB-Zugriff funktioniert nicht.
FallBack auf FF3 = alles Bestens
:-???:-???:-???
Yuup, jetzt wo Du's sagts :oops: Danke für den Hinweis.
Aber umso weniger verstehe ich, wieso sich die Ausführung durch den unveränderten Server unter FF3
anders verhält, als unter FF4 ??
Der Zusammenhang mit der FF-Version ist jedenfalls eindeutig reproduzierbar !
Gruß, zadok
Hallo, ich bin neu und ratlos :lol: Absolut unverstandenes Phänomen:
Ich schließe einen Arbeitsschritt in einem PHP-Script ab mit einer IF-Abfrage, die eine Steuerungsvariable für die weitere
Verarbeitung setzt.
IF Bedingung1, dann setze Variable x = 2,
ELSEIF Bedingung2, dann setze Variable x =3
Beide Verzweigungen sind formal absolut identisch aufgebaut, das Konstrukt hat unter FF 3 einwandfrei gearbeitet.
Unter FF4 passiert folgendes:
Mit einer Art Trap INNERHALB der jeweiligen Verzweigung kann ich verifizieren, daß unter Bedingung1 die IF-Verzweigung angelaufen wird und die Variable korrekt auf 2 gesetzt wird.
Ebenso kann ich verifizieren, daß unter Bedingung2 die ELSEIF-Verzweigung angelaufen wird und die Variable korrekt auf 3 gesetzt wird.
Wenn ich aber die Variable x unmittelbar HINTER den beiden Verzweigungen abfrage, dann ist die Variable stets nur dann gesetzt, wenn zuvor der ELSEIF-Zweig durchlaufen wurde (also x = 3).
Wurde der IF-Zweig durchlaufen, dann ist x leer (oder nicht vorhanden).
Ich bin zurück auf FF3, nun läuft alles wieder bestens.
Das ist aber ein Verhalten, das ich absolut nicht nachvollziehen kann !!!
Hat jemand eine Idee ??
Danke und Gruß, zadok
