Bonjoir tlm
 
 
J'ai fait une ptite appli en ligne qui consiste en un enchaînement de formulaires, 1 par page. L'utilisateur remplit ses champs, quand il valide je stocke en session, comme ça s'il revient en arrière (bouton page précédente) les données saisies précédemment sont visibles. Jusque là tout va bien, sous Firefox et consorts du moins...
 
OR quand je fais le test sous IE, il me claque un warning comme quoi je dois réactualiser ma page (à cause du $_POST), et ça m'affiche une page vide. Il faut que je m'escrime pour qu'enfin la page précédente soit rechargée comme il faut, après parfois 3 ou 4 tentatives infructueuses... Savez-vous pourquoi ?
 
ET SURTOUT : comment me débarasser de ce comportement foireux ?
Apparemment il y a une "astuce", m'a concédé mon chef au taf, mais il n'en a pas dit plus, et ça me fait une belle jambe...  
 
 
MERCI D'AVANCE

personne ?

Le fait que tu utilises des sessions n'est strictement pour rien dans le fait que les données soient visibles si tu parles bien du "bouton page précédente" de ton navigateur et pas d'un bouton que tu aurais implémenté dans ton formulaire.
Lorsque tu reviens sur une page qui est le résultat de l'execution d'un traitement php suite à la soumission d'un formulaire en POST(suis-je clair, j'en doute ), Internet Explorer te demande effectivement de confirmer que tu souhaites bien "re-soumettre" les données du-dit formulaire.  
Sous FF, je ne sais pas trop, mais j'imagine que lui garde juste le cache de la page précédente + les données saisies ( je suis sur que quelqu'un te donnera tous les details).
 
 
 

 
Dis à ton chef de faire le script alors  

 
A ma connaissance FF refait la soumission des données également.

Je pensais justement le contraire, donc pour en être sur j'ai fait un petit test et ça dépend
 
Apparement il garde une version "en cache" uniquement de la page précédente donc il n'y a pas re-soumission dans ce cas là. Par contre si la page est plus ancienne, il affiche(au moins chez moi) un beau:

lol,
 
ouais désolé j'ai dis nimp... J'en viens à douter de choses élémentaires face à tant d'aplomb (pas vous hein, celui dont je parle au-dessus... )
Je conserve bien les données utilisateur en session au cas où il irait se ballader entre temps, et aussi (surtout) parce que j'ai fait une espèce de ligne de progression pour tout le processus, le gars peut revenir sur les pages précédentes avec des liens quand il veut sans perdre ses données. Donc ça c'est pas pareil en effet.
 
Là ce dont je parle, c'est d'une espèce de bug sous IE avec le bouton Précédent, car au contraire de FF il bloque et faut bourriner pour retourner sur la page précédente, bref je sais pas ce que c'est que ce truc mais apparemment ça se règle...
 
PS: sous FF il demande parfois de re-soumettre les données, là je teste avec 1 champ/page sur 3 pages, il revient direct sans rien demander, et il conserve bien les données. Bref, le problème c'est sur IE et c'est ça qui m'intéresse/pose problème

 
C'est un "problème" courant souvent évoqué sur le forum, il suffit de ne pas mettre le traitement de ton formulaire et le formulaire suivant sur la même page. Et tu passes du traitement au formulaire avec un header("Location: ..." );.