Firefox 7 und Session Cookies

[BlueJay]

Hm, ist ein bisschen schwierig!

1. man hat mir mittlerweile den Firefox 10.0.2 untergejubelt.

2. Du musst zocken, und zwar z.B. http://gamecraft.de/gembusters/index.htm

Da ist es das Formular, was Dich zu einem Eintrag auffordert. Mit diesem Formular bekommst Du das erste Session-Cookie (Punktestand). Du gibst Deinen Namen an, das php-Script speichert Namen und Punkte und schickt Dir nochmal den Namen zwecks späterer Verwendung. Liest aber den Punktestand(Session) nicht aus.

Das funktioniert im Firefox 10 in opensuse 12 nur, wenn die Cookie-Verwaltung auf "Keep until I Close Firefox" steht.

Wünschenswert wäre aber: until they expire.

Chromium und Konqueror arbeiten hier übrigens wie gewünscht, so dass ich den Fehler in Firefox vermute.

Gruß,
Ulrike

[undefined]

Du sendest einen Keks ohne Domaine !
Kein Guter Browser nimmt so etwas an.

Wenn du nach RFC Strict gehen willst dann verwende ".hostname.tld"
Der Punkt am Anfang ist wichtig!

[undefined]

PPS: Warum verwendest du Cookies?
HTML5 session.storage macht genau das was du möchtest!

[undefined]

PPS: zum ansehen mein Anhang und Sessen Expires Zeit stimmt auch nicht.

[BlueJay]

1. die Seiten, die auf das Script zugreifen, sind zum großen Teil erheblich älter als HTML5.

2. Ist dank php.ini domainmäßig richtig einsortiert.

3. Ein Teil der Variablen soll nur so lange als nötig leben, die kommen in Sessions. Ein andere Teil soll langlebig sein (Namen), der wird in normale Cookies verfrachtet. Ist der Name bekannt, geht das Script eine Abkürzung, ohne dass weitere Cookies oder Sessions benötigt werden. Deshalb ist dieser Fehler jetzt erst aufgefallen.

4. Session Expires Zeit, da scheint der Hund begraben zu sein.
Tja, was mit dem Indianer und seinen Settings passiert, unterliegt nicht meiner Kontrolle!
Mal sehen, ob ich das von hier aus umbiegen kann!

Dieses hier sowie Teile der php-FAQ scheinen nicht (mehr) zu funktionieren)
http://stackoverflow.com/questions/7...ession-cookies

Den Lifetime explizit auf 0 zu setzen, wie es für Sitzungsdaten üblich ist, und die Domeng mit reinzupacken hat nix gebracht.

Gruß,
Ulrike

[undefined]

Deine Cookie angaben stimmen noch nicht ganz
Du kannst zum Vergleich hier testen.

Bitte lese auch RFC 2965 Cookie Standard.
Webkit und Firefox sind hier extrem penible.

Und - es muss gehen - Sonst hätten mir meine Kunden, bei den ganzen Webseiten die ich verwalte schon die Tür eingerannt.

[BlueJay]

Wenn ich nach Cookies und RFC 2965 google, wird mir das immer als einer der Cookie-Standards angeboten, der sich nie durchsetzen wird.

Der Haken lag aber woanders, nämlich bei den Settings von Firefox:

Da hatte ich zunächst bei Cookies Accept from sites den Haken weggemacht und als Ausnahme meine Seite mit Allow eingegeben.

Danach hatte ich Accept from sites wieder angeklickt, aber die Ausnahme nicht gelöscht. Die standen trotzdem auf Allow.
Da hatte ich den Ärger mit den geplätteten Session Cookies.

Ich habe die Ausnahmen gelöscht, FF neu gestartet, und von diesem Zeitpunkt an funktionierte alles wieder wie erwartet.

Da war es wohl doch der Cookie-Manager von FF 10.0.2!

Gruß,
Ulrike

[BlueJay]

Deine Cookie angaben stimmen noch nicht ganz

mit dem explizitem Angeben von Server und Pfaden habe ich mir ganz schön Ärger eingehandelt!

Musste erst mal checken, dass die Firewall in die Suppe spuckte, wenn ein Teil der Cookies auf www.hostname.tdl war und der andere auf hostname.tld! Und dabei hatten sich alle aus $_SERVER bedient!

Das mit dem Punkt vor der Domeng war auch noch so eine Sache, das darf wohl nur beim Session-Cookie so sein, nicht beim normalen (langlebigen) Cookie. Den hat er nämlich anschließend nicht gefunden.

Na, jetzt ist alles geupdatet und läuft unter Opensuse/Firefox 10

Jedenfalls 'ne Menge gelernt!

Gruß,
Ulrike