Discussion :

[jeff_!]

salut
j'ai un petit probleme avec les sessions, c'est un petit long a expliquer je vais essayer de faire bref

j'ai un bout de code qui fonctionne tres bien si je met un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

var_dump $_SESSION);

, mais si je met pas de dump je n(obtient pas le resultat escompter

il faut avoir aussi j'ai redefinit le comportemenrt des sessions, mais elles ont l'air de fonctionner sinon pas grand ne fonctionnerai
je ne comprend pas ce qui ne fonctionne pas, apparement elle aurait besoin d'etre évalué ou en tout cas l'objet que je met en session.

les données de la session sont correcte.
je ne voit pas ce qui peut géné le fonctionnement de mon application??

[Anduriel]

Tu es sous EasyPhp?
Je ne comprends pas l'histoire de ton var_dump(). Si tu en mets pas, ça marche pas?

[jeff_!]

je suis sur un serveur de dev sous unix au boulot

Si tu en mets pas, ça marche pas?

en fait sui je ne met pas mon var_dump, ca fonctionne mais j'ai pas le resultat voulue( et je ne sais meme pas pourquoi ) et mon code a l'air correcte.

je me demande si c'est pas la restauration de la session qui foire, pourtant les donné sont bonne dans le dump.

petit explication sur le fonctionnement;
c'est la partie du framework qui gére la naviagation

en gros on prend des données de l'url, on cherche la page , on execute des filtres.
sur une page j'ai filtre qui redirige vers une autre ( c'est redirection faite en interne, il n'y a pas d'entet envoyé) .

mon probleme c'est que lorsque que je fait le dump, je suis bien rediriger et si je ne le fait pas je vais a la page demandé initialement.

j'espere que c'est plus clair

[Fladnag]

essaye de faire un echo "test"; a la place de ton dump, si ca marche, c'est que tu as besoin d'une "sortie html" pour que ca fonctionne... ce qui veux dire que tu as un comportement différent par la suite (session_start() ou setcookie() ou header() qui ne s'execute pas correctement parce qu'il y a eu une sortie html)

si c'est ca, tu n'arrive pas a diagnostiquer le probleme a cause d'un @ sans doute... qui masque un message d'erreur qui serait utile ici

[jeff_!]

[QUOTE]ssaye de faire un echo "test";/QUOTE]
deja essayé et ca na pas le meme comportement, a mopn avis desphp s'apercoit que c'est un tableau il ne va pas plus loin et il affiche Array

si c'est ca, tu n'arrive pas a diagnostiquer le probleme a cause d'un @ sans doute.

c'est quelque chose que j'ai banis depuis bien longtemps
et j'ai rein pour me mettre sur la piste meme pas une notice

[Fladnag]

hum, si c'est vraiment la lecture des données de sessions qui modifient le comportement... tu dis que tu a redéfini le comportement des sessions... tu as été jusqu'a le modifier avec session_set_save_handler ?

Si c'est le cas, ca voudrais dire que l'execution du callback "read" est necessaire au bon fonctionnement