[xhtml] Firefox vergeet form values bij gebruik back button.

[cyberstalker]

Om onverklaarbare redenen weigert Firefox ingevulde form-waardes te onthouden op een simpele xhtml pagina.

Een klein stukje uit het formulier:

XHTML:

        <form action="search.php" method="get">
            <div>

                <div><label for="title">Topictitel</label></div>
                <div><input type="text" name="title" id="title" /></div>
            </div>

Complete pagina hier.

Het is geen probleem met instellingen, op andere sites werkt het bij mij wel, ook hebben andere mensen precies hetzelfde probleem.

Op google kon ik ook niets vinden, en op GoT vond ik alleen maar topics van mensen die deze functie juist willen uitschakelen.

[cyberstalker]

minischopje

[TheDane]

Ik zie nergens een value="bla" in je form fields

[wizzkizz]

controleer de instellingen voor het cachen anders eens, het zou wel eens zo kunnen zijn dat die zodanig ingesteld is dat de pagina elke keer compleet opnieuw geladen moet worden, dan zijn de velden uiteraard leeg.

Je kunt deze vinden in je meta-tags of je header-info (die al dan niet automatisch door de server aan de response worden toegevoegd).
In firefox kun je het gemakkelijk controleren door de eigenschappen van de pagina te bekijken, daar staan onder cache source hoe de pagina geladen is en onder expires wanneer de pagina verloopt.

[cyberstalker]

TheDane schreef op vrijdag 18 november 2005 @ 21:22:
Ik zie nergens een value="bla" in je form fields

Dat is toch ook niet verplicht, die velden mogen gewoon standaard leeg zijn.

Oh, en het heeft niets met cachen te maken. Er zitten geen rare meta-tags in, en ook geen vreemde headers. De enige header-wijziging die ik in php doe, is die van de Content-Type.

Verder is het systeem rechtstreeks gekopiëerd van mijn eigen computer, waarop ik het ontwikkel, daarop is het ook, en weet ik 100% zeker dat de headers gewoon standaard zijn.

[ Voor 19% gewijzigd door cyberstalker op 18-11-2005 23:32 ]

[CrashOne]

Welke versie Fx draai je? Ik heb er nl helemaal geen last van met RC3.

[cyberstalker]

CrashOne schreef op vrijdag 18 november 2005 @ 23:58:
Welke versie Fx draai je? Ik heb er nl helemaal geen last van met RC3.

Het betreft hier Firefox 1.0.7-0ubuntu20, het schijnt ook voor te komen in 1.0.7 onder windows, maar dat kan ik niet met zekerheid zeggen (heb hier geen windows).

[CrashOne]

En als je een HTTP 304: Not Modified mee stuurd, hoe reageert Fx dan?

Als denk ik dat het om een bgje gaat, aangezien ik er geen last van heb.

[cyberstalker]

Een 304 is toch alleen geldig als response op een Conditional GET?

[T-MOB]

Ik ken het "probleem" ook met pagina's in XHTML, maar eigenlijk alleen wanneer ze ook verstuurd worden als "application/xhtml+xml". Ik heb eigenlijk altijd gedacht dat dit gedrag is dat zo "hoort" in geval van XHTML. Eens kijken wat Opera er mee doet.

--edit--

Opera bewaart de waarden wel. Met Firefox is het trouwens helemaal wazig. Als je het formulier stuurt met xml header dan laat hij de ingevoerde waarden niet zien bij een back actie. Als je het scherm open laat staan, de code van de pagina aanpast zodat het als text/html gestuurd wordt en de pagina refreshed komen de ingevoerde waarden wel tevoorschijn. Terugzetten naar application/xhtml+xml en refreshen en ze zijn weer weg. Erg apart...

[ Voor 51% gewijzigd door T-MOB op 19-11-2005 14:26 ]

[cyberstalker]

Dus als ik het goed begrijp, is het een bugje in Firefox bij het gebruik van XHTML?

Nou ja, dan geef ik maar door dat ze moeten upgraden naar 1.5

[cyberstalker]

Ik ben nu bezig met een javascript workaround, om te zorgen dat het ook in de 1.0 branch van Firefox werkt.

Ik loop alleen tegen het probleem aan, dat ik geen toegang krijg tot de history list. Ik wil checken of men de back-button heeft gebruikt, door te kijken of window.history.next een zoekresultaten-pagina is.

Ik krijg echter alleen maar toegang geweigerd fouten. Weet iemand hier een oplossing voor?

[orf]

Waarom gebruik je deze methode?
print gewoon het formulier nogmaals met de geposte waarden als values.

[cyberstalker]

orf schreef op woensdag 23 november 2005 @ 18:02:
Waarom gebruik je deze methode?
print gewoon het formulier nogmaals met de geposte waarden als values.

Omdat er bij het gebruik van de back-knop geen waarden gepost worden.

[orf]

cyberstalker schreef op woensdag 23 november 2005 @ 18:06:
[...]

Omdat er bij het gebruik van de back-knop geen waarden gepost worden.

En waaróm moet de backbutton gebruikt worden?
Als je het formulier nogmaals print met de waarden erin scheelt dit een klik voor de bezoeker en je weet zeker dat de waarden in het formulier staan.

[cyberstalker]

orf schreef op woensdag 23 november 2005 @ 18:07:
[...]


En waaróm moet de backbutton gebruikt worden?
Als je het formulier nogmaals print met de waarden erin scheelt dit een klik voor de bezoeker en je weet zeker dat de waarden in het formulier staan.

Lees volgende keer alsjeblieft het topic door, voordat je post.

Iemand anders misschien?

[orf]

Vind je de suggestie nu echt zo overbodig?
Waarom moet je vanuit de zoekresultaten terug naar het formulier om opnieuw te zoeken?
Waarom denk je dat alle zoekmachines bovenaan de zoekresultaten een formulier tonen om nogmaals te zoeken. Daarin zie je dan ook direct terug op wát je nu aan het zoeken bent.

Als je echt terug wilt, kun je de GET waarden in een sessie zetten en vervolgens die sessie waarden in je formulier printen. Veel beter om dit op de server af te handelen dan ervan uit te gaan dat de browser die waarden wel voor je terug zet.

[cyberstalker]

orf schreef op woensdag 23 november 2005 @ 18:15:
Vind je de suggestie nu echt zo overbodig?

Ja. Het is niet de vraag die ik stel. Hoe ik verder mijn pagina's opbouw, is volledig aan mij.

[orf]

Dan kun je het dus fijn doen met een sessie.

tsk tsk

[cyberstalker]

orf schreef op woensdag 23 november 2005 @ 18:29:
Dan kun je het dus fijn doen met een sessie.

tsk tsk

Nee, met een sessie gaat niet. Bij het gebruik van de back-button, wordt de pagina niet opnieuw opgevraagd, of ik moet met ranzige no-cache headers gaan werken. En dat is nog steeds niet de vraag die ik stel in dit topic.

Dus gaarne nu ontopic, of ergens anders spelen.

[orf]

Je pagina is een PHP pagina. Als jij daar geen eTag en LastModified headers aan toevoegt, valt er voor de browser al niets te cachen.

ranzige no-cache headers

Hoeft je dus helemaal niet te gebruiken. Daarnaast zie ik niet helemaal in hoe een no-cache header ranzig is.

Je stelt hier een vraag, als mensen de tijd nemen om na te denken over jouw probleem, is het misschien normaal als je wat aardiger reageert.