Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Développement Développement ASP.Net probleme viewstate? session? ??

probleme viewstate? session? ??

9 réponses
Avatar
sdrouins
Bonjour à tous, need help.....
voila mon problème:
un client a voulu acheter un produit sur notre site transactionnel, il a
entré ses informations personnelles et appuyer sur le bouton soumettre (quoi
de plus standards(, la page s'est reloader (des erreur de validations coté
serveur on eu lieu) mais avec des informations d'une autre personne qui avait
acheter sur le site 10 minutes au paravant???????????????

voici quelques infos
le viewstate de la page est à true
la page est en SSL donc suposer être secure
les variables sessions sont en mode StateServer
le site est developper en asp.net,
le serveur web est iis5, framework 1.1,
est-ce qu'il y a une certaine possibilité que les infomrations du viewstate
(variale session si je me trompe pas) ne soit pas revenu sur le bon poste
client?? sessionid pas unique? probleme memoire sur le serveur?

je doit dire que je ne comprend vraiment mais vraiment pas ce qui a pu arriver

Merci pour vos suggestion
Signaler un problème avec ce contenu

9 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Avatar
Patrice
Où sont stockées ces informations ? Je pense notamment à des variables
"shared" ou "static" (ou des variables de module).

--
Patrice

"sdrouins" a écrit dans le message de
news:
Bonjour à tous, need help.....
voila mon problème:
un client a voulu acheter un produit sur notre site transactionnel, il a
entré ses informations personnelles et appuyer sur le bouton soumettre


(quoi
de plus standards(, la page s'est reloader (des erreur de validations coté
serveur on eu lieu) mais avec des informations d'une autre personne qui


avait
acheter sur le site 10 minutes au paravant???????????????

voici quelques infos
le viewstate de la page est à true
la page est en SSL donc suposer être secure
les variables sessions sont en mode StateServer
le site est developper en asp.net,
le serveur web est iis5, framework 1.1,
est-ce qu'il y a une certaine possibilité que les infomrations du


viewstate
(variale session si je me trompe pas) ne soit pas revenu sur le bon poste
client?? sessionid pas unique? probleme memoire sur le serveur?

je doit dire que je ne comprend vraiment mais vraiment pas ce qui a pu


arriver

Merci pour vos suggestion


Avatar
sdrouins
elles sont conservées dans le viewstate en les load de la page, et une fois
tous les validations OK, je les stock dans une variable session (hashtable).
mais dans le cas du trouble que j'ai eu elles ne se sont même pas rendu dans
les variables sessions, simplement dans le viewstate

???
Merci

"Patrice" a écrit :

Où sont stockées ces informations ? Je pense notamment à des variables
"shared" ou "static" (ou des variables de module).

--
Patrice

"sdrouins" a écrit dans le message de
news:
> Bonjour à tous, need help.....
> voila mon problème:
> un client a voulu acheter un produit sur notre site transactionnel, il a
> entré ses informations personnelles et appuyer sur le bouton soumettre
(quoi
> de plus standards(, la page s'est reloader (des erreur de validations coté
> serveur on eu lieu) mais avec des informations d'une autre personne qui
avait
> acheter sur le site 10 minutes au paravant???????????????
>
> voici quelques infos
> le viewstate de la page est à true
> la page est en SSL donc suposer être secure
> les variables sessions sont en mode StateServer
> le site est developper en asp.net,
> le serveur web est iis5, framework 1.1,
> est-ce qu'il y a une certaine possibilité que les infomrations du
viewstate
> (variale session si je me trompe pas) ne soit pas revenu sur le bon poste
> client?? sessionid pas unique? probleme memoire sur le serveur?
>
> je doit dire que je ne comprend vraiment mais vraiment pas ce qui a pu
arriver
>
> Merci pour vos suggestion





Avatar
Patrice
Oui mais d'où viennent elles avant d'être stockée dans le "viewstate" ?

Le viewtstae est un champ caché de formulaire. A mon avis il n'est pas en
cause.

Patrice
--

"sdrouins" a écrit dans le message de
news:
elles sont conservées dans le viewstate en les load de la page, et une


fois
tous les validations OK, je les stock dans une variable session


(hashtable).
mais dans le cas du trouble que j'ai eu elles ne se sont même pas rendu


dans
les variables sessions, simplement dans le viewstate

???
Merci

"Patrice" a écrit :

> Où sont stockées ces informations ? Je pense notamment à des variables
> "shared" ou "static" (ou des variables de module).
>
> --
> Patrice
>
> "sdrouins" a écrit dans le message


de
> news:
> > Bonjour à tous, need help.....
> > voila mon problème:
> > un client a voulu acheter un produit sur notre site transactionnel, il


a
> > entré ses informations personnelles et appuyer sur le bouton soumettre
> (quoi
> > de plus standards(, la page s'est reloader (des erreur de validations


coté
> > serveur on eu lieu) mais avec des informations d'une autre personne


qui
> avait
> > acheter sur le site 10 minutes au paravant???????????????
> >
> > voici quelques infos
> > le viewstate de la page est à true
> > la page est en SSL donc suposer être secure
> > les variables sessions sont en mode StateServer
> > le site est developper en asp.net,
> > le serveur web est iis5, framework 1.1,
> > est-ce qu'il y a une certaine possibilité que les infomrations du
> viewstate
> > (variale session si je me trompe pas) ne soit pas revenu sur le bon


poste
> > client?? sessionid pas unique? probleme memoire sur le serveur?
> >
> > je doit dire que je ne comprend vraiment mais vraiment pas ce qui a pu
> arriver
> >
> > Merci pour vos suggestion
>
>
>


Avatar
sdrouins
Elles viennent des textBox de mon formulaire, la propriété enableViewStae de
mes champs(textBox) est setter à TRUE...

dans le codebehind les champs sont déclarer comme ceci:
Protected WithEvents txtLastName As System.Web.UI.WebControls.TextBox

est-ce quie ca repond à ton interogation?
à ta connaissance est-ce que les informations du viewsstate sont conservé
dans une variables session par en arrière? sans qu'on le gère? si oui est-ce
que ca pourrait-ete le sessionId qui na pas été unique pour ces 2 clients?


j'ai vraiment besoin d'une piste...

"Patrice" a écrit :

Oui mais d'où viennent elles avant d'être stockée dans le "viewstate" ?

Le viewtstae est un champ caché de formulaire. A mon avis il n'est pas en
cause.

Patrice
--

"sdrouins" a écrit dans le message de
news:
> elles sont conservées dans le viewstate en les load de la page, et une
fois
> tous les validations OK, je les stock dans une variable session
(hashtable).
> mais dans le cas du trouble que j'ai eu elles ne se sont même pas rendu
dans
> les variables sessions, simplement dans le viewstate
>
> ???
> Merci
>
> "Patrice" a écrit :
>
> > Où sont stockées ces informations ? Je pense notamment à des variables
> > "shared" ou "static" (ou des variables de module).
> >
> > --
> > Patrice
> >
> > "sdrouins" a écrit dans le message
de
> > news:
> > > Bonjour à tous, need help.....
> > > voila mon problème:
> > > un client a voulu acheter un produit sur notre site transactionnel, il
a
> > > entré ses informations personnelles et appuyer sur le bouton soumettre
> > (quoi
> > > de plus standards(, la page s'est reloader (des erreur de validations
coté
> > > serveur on eu lieu) mais avec des informations d'une autre personne
qui
> > avait
> > > acheter sur le site 10 minutes au paravant???????????????
> > >
> > > voici quelques infos
> > > le viewstate de la page est à true
> > > la page est en SSL donc suposer être secure
> > > les variables sessions sont en mode StateServer
> > > le site est developper en asp.net,
> > > le serveur web est iis5, framework 1.1,
> > > est-ce qu'il y a une certaine possibilité que les infomrations du
> > viewstate
> > > (variale session si je me trompe pas) ne soit pas revenu sur le bon
poste
> > > client?? sessionid pas unique? probleme memoire sur le serveur?
> > >
> > > je doit dire que je ne comprend vraiment mais vraiment pas ce qui a pu
> > arriver
> > >
> > > Merci pour vos suggestion
> >
> >
> >





Avatar
Patrice
Non ce n'est pas ce que je voulais dire. Je parlais des valeurs "initiales".
Plus précisemment de celles qui sont réaffichées (dans tes textbox) suite à
une erreur de validation...
Ensuite tu le valides et tu sauves ces données dans une (ou des) variables
de session. Que sauve tu dans les variables de session ? Directement les
données ou un object stockant ces données ?

Eventuellement un peu de code peut aider à cerner le problème (par exemple
celui ou tu déclares et stocke ta hashtable en variable de session si c'est
à partir de là que tu réaffiches les données en cas d'erreur)...

--

"sdrouins" a écrit dans le message de
news:
Elles viennent des textBox de mon formulaire, la propriété enableViewStae


de
mes champs(textBox) est setter à TRUE...

dans le codebehind les champs sont déclarer comme ceci:
Protected WithEvents txtLastName As System.Web.UI.WebControls.TextBox

est-ce quie ca repond à ton interogation?
à ta connaissance est-ce que les informations du viewsstate sont conservé
dans une variables session par en arrière? sans qu'on le gère? si oui


est-ce
que ca pourrait-ete le sessionId qui na pas été unique pour ces 2 clients?


j'ai vraiment besoin d'une piste...

"Patrice" a écrit :

> Oui mais d'où viennent elles avant d'être stockée dans le "viewstate" ?
>
> Le viewtstae est un champ caché de formulaire. A mon avis il n'est pas


en
> cause.
>
> Patrice
> --
>
> "sdrouins" a écrit dans le message


de
> news:
> > elles sont conservées dans le viewstate en les load de la page, et une
> fois
> > tous les validations OK, je les stock dans une variable session
> (hashtable).
> > mais dans le cas du trouble que j'ai eu elles ne se sont même pas


rendu
> dans
> > les variables sessions, simplement dans le viewstate
> >
> > ???
> > Merci
> >
> > "Patrice" a écrit :
> >
> > > Où sont stockées ces informations ? Je pense notamment à des


variables
> > > "shared" ou "static" (ou des variables de module).
> > >
> > > --
> > > Patrice
> > >
> > > "sdrouins" a écrit dans le


message
> de
> > > news:
> > > > Bonjour à tous, need help.....
> > > > voila mon problème:
> > > > un client a voulu acheter un produit sur notre site


transactionnel, il
> a
> > > > entré ses informations personnelles et appuyer sur le bouton


soumettre
> > > (quoi
> > > > de plus standards(, la page s'est reloader (des erreur de


validations
> coté
> > > > serveur on eu lieu) mais avec des informations d'une autre


personne
> qui
> > > avait
> > > > acheter sur le site 10 minutes au paravant???????????????
> > > >
> > > > voici quelques infos
> > > > le viewstate de la page est à true
> > > > la page est en SSL donc suposer être secure
> > > > les variables sessions sont en mode StateServer
> > > > le site est developper en asp.net,
> > > > le serveur web est iis5, framework 1.1,
> > > > est-ce qu'il y a une certaine possibilité que les infomrations du
> > > viewstate
> > > > (variale session si je me trompe pas) ne soit pas revenu sur le


bon
> poste
> > > > client?? sessionid pas unique? probleme memoire sur le serveur?
> > > >
> > > > je doit dire que je ne comprend vraiment mais vraiment pas ce qui


a pu
> > > arriver
> > > >
> > > > Merci pour vos suggestion
> > >
> > >
> > >
>
>
>


Avatar
sdrouins
merci pour le temps que tu prends...
j'ai de la misère à te suivre...

j'ai un formulaire,
le client entre ses informations,
il clique sur le bouton submit,
je fais des validations coté serveur s'il y a des erreurs je réaffiche tout
simplement la page sans rien initialiser,
les valeurs de mes textbox proviennent du viewstate, n'est-ce pas l'utilité
du view state, ne pas avoir a réinitialiser nos champs chaque fois qu'une
page ce reload.

si les validation sont ok, c'est la que je sauve les infos dans ma variable
session... mais comme je disais tentot je me rend meme pas la dans mon cas
probleme, meme que les informations qui lui sont réaffiché à l'ecran de ne
sont pas tous sauvés dans mon hastable (variable session) mais dans le cas
problème tous les champ du formulaire été celle d'un autre individu donc je
ne crois pas que ma variable session soit en cause mais plus le
viewstate....... un BUG????

si tu as d'autres idée vas-y!!

"Patrice" a écrit :

Non ce n'est pas ce que je voulais dire. Je parlais des valeurs "initiales".
Plus précisemment de celles qui sont réaffichées (dans tes textbox) suite à
une erreur de validation...
Ensuite tu le valides et tu sauves ces données dans une (ou des) variables
de session. Que sauve tu dans les variables de session ? Directement les
données ou un object stockant ces données ?

Eventuellement un peu de code peut aider à cerner le problème (par exemple
celui ou tu déclares et stocke ta hashtable en variable de session si c'est
à partir de là que tu réaffiches les données en cas d'erreur)...

--

"sdrouins" a écrit dans le message de
news:
> Elles viennent des textBox de mon formulaire, la propriété enableViewStae
de
> mes champs(textBox) est setter à TRUE...
>
> dans le codebehind les champs sont déclarer comme ceci:
> Protected WithEvents txtLastName As System.Web.UI.WebControls.TextBox
>
> est-ce quie ca repond à ton interogation?
> à ta connaissance est-ce que les informations du viewsstate sont conservé
> dans une variables session par en arrière? sans qu'on le gère? si oui
est-ce
> que ca pourrait-ete le sessionId qui na pas été unique pour ces 2 clients?
>
>
> j'ai vraiment besoin d'une piste...
>
> "Patrice" a écrit :
>
> > Oui mais d'où viennent elles avant d'être stockée dans le "viewstate" ?
> >
> > Le viewtstae est un champ caché de formulaire. A mon avis il n'est pas
en
> > cause.
> >
> > Patrice
> > --
> >
> > "sdrouins" a écrit dans le message
de
> > news:
> > > elles sont conservées dans le viewstate en les load de la page, et une
> > fois
> > > tous les validations OK, je les stock dans une variable session
> > (hashtable).
> > > mais dans le cas du trouble que j'ai eu elles ne se sont même pas
rendu
> > dans
> > > les variables sessions, simplement dans le viewstate
> > >
> > > ???
> > > Merci
> > >
> > > "Patrice" a écrit :
> > >
> > > > Où sont stockées ces informations ? Je pense notamment à des
variables
> > > > "shared" ou "static" (ou des variables de module).
> > > >
> > > > --
> > > > Patrice
> > > >
> > > > "sdrouins" a écrit dans le
message
> > de
> > > > news:
> > > > > Bonjour à tous, need help.....
> > > > > voila mon problème:
> > > > > un client a voulu acheter un produit sur notre site
transactionnel, il
> > a
> > > > > entré ses informations personnelles et appuyer sur le bouton
soumettre
> > > > (quoi
> > > > > de plus standards(, la page s'est reloader (des erreur de
validations
> > coté
> > > > > serveur on eu lieu) mais avec des informations d'une autre
personne
> > qui
> > > > avait
> > > > > acheter sur le site 10 minutes au paravant???????????????
> > > > >
> > > > > voici quelques infos
> > > > > le viewstate de la page est à true
> > > > > la page est en SSL donc suposer être secure
> > > > > les variables sessions sont en mode StateServer
> > > > > le site est developper en asp.net,
> > > > > le serveur web est iis5, framework 1.1,
> > > > > est-ce qu'il y a une certaine possibilité que les infomrations du
> > > > viewstate
> > > > > (variale session si je me trompe pas) ne soit pas revenu sur le
bon
> > poste
> > > > > client?? sessionid pas unique? probleme memoire sur le serveur?
> > > > >
> > > > > je doit dire que je ne comprend vraiment mais vraiment pas ce qui
a pu
> > > > arriver
> > > > >
> > > > > Merci pour vos suggestion
> > > >
> > > >
> > > >
> >
> >
> >





Avatar
sdrouins
pour être plus precis,
jamais dans mon code je fais
txtLastName.Text = "une valeur de quelque part"

mon champ txtLastName contient simplement la valeur que le client entre dans
le formulaire.... sur chaque submit de la page c'est le viewstate qui gere la
réinitialisation du champ txtLastName

"Patrice" a écrit :

Non ce n'est pas ce que je voulais dire. Je parlais des valeurs "initiales".
Plus précisemment de celles qui sont réaffichées (dans tes textbox) suite à
une erreur de validation...
Ensuite tu le valides et tu sauves ces données dans une (ou des) variables
de session. Que sauve tu dans les variables de session ? Directement les
données ou un object stockant ces données ?

Eventuellement un peu de code peut aider à cerner le problème (par exemple
celui ou tu déclares et stocke ta hashtable en variable de session si c'est
à partir de là que tu réaffiches les données en cas d'erreur)...

--

"sdrouins" a écrit dans le message de
news:
> Elles viennent des textBox de mon formulaire, la propriété enableViewStae
de
> mes champs(textBox) est setter à TRUE...
>
> dans le codebehind les champs sont déclarer comme ceci:
> Protected WithEvents txtLastName As System.Web.UI.WebControls.TextBox
>
> est-ce quie ca repond à ton interogation?
> à ta connaissance est-ce que les informations du viewsstate sont conservé
> dans une variables session par en arrière? sans qu'on le gère? si oui
est-ce
> que ca pourrait-ete le sessionId qui na pas été unique pour ces 2 clients?
>
>
> j'ai vraiment besoin d'une piste...
>
> "Patrice" a écrit :
>
> > Oui mais d'où viennent elles avant d'être stockée dans le "viewstate" ?
> >
> > Le viewtstae est un champ caché de formulaire. A mon avis il n'est pas
en
> > cause.
> >
> > Patrice
> > --
> >
> > "sdrouins" a écrit dans le message
de
> > news:
> > > elles sont conservées dans le viewstate en les load de la page, et une
> > fois
> > > tous les validations OK, je les stock dans une variable session
> > (hashtable).
> > > mais dans le cas du trouble que j'ai eu elles ne se sont même pas
rendu
> > dans
> > > les variables sessions, simplement dans le viewstate
> > >
> > > ???
> > > Merci
> > >
> > > "Patrice" a écrit :
> > >
> > > > Où sont stockées ces informations ? Je pense notamment à des
variables
> > > > "shared" ou "static" (ou des variables de module).
> > > >
> > > > --
> > > > Patrice
> > > >
> > > > "sdrouins" a écrit dans le
message
> > de
> > > > news:
> > > > > Bonjour à tous, need help.....
> > > > > voila mon problème:
> > > > > un client a voulu acheter un produit sur notre site
transactionnel, il
> > a
> > > > > entré ses informations personnelles et appuyer sur le bouton
soumettre
> > > > (quoi
> > > > > de plus standards(, la page s'est reloader (des erreur de
validations
> > coté
> > > > > serveur on eu lieu) mais avec des informations d'une autre
personne
> > qui
> > > > avait
> > > > > acheter sur le site 10 minutes au paravant???????????????
> > > > >
> > > > > voici quelques infos
> > > > > le viewstate de la page est à true
> > > > > la page est en SSL donc suposer être secure
> > > > > les variables sessions sont en mode StateServer
> > > > > le site est developper en asp.net,
> > > > > le serveur web est iis5, framework 1.1,
> > > > > est-ce qu'il y a une certaine possibilité que les infomrations du
> > > > viewstate
> > > > > (variale session si je me trompe pas) ne soit pas revenu sur le
bon
> > poste
> > > > > client?? sessionid pas unique? probleme memoire sur le serveur?
> > > > >
> > > > > je doit dire que je ne comprend vraiment mais vraiment pas ce qui
a pu
> > > > arriver
> > > > >
> > > > > Merci pour vos suggestion
> > > >
> > > >
> > > >
> >
> >
> >





Avatar
Patrice
Ok, avec ce mécanisme je ne vois pas du tout. J'irais même jusqu'à dire que
c'est impossible ;-)

Par principe :
- les valeurs saisies dans un champ de formulaire sont envoyés au serveur à
la validation (dans la requête HTTP)
- ces valeurs sont lues par le serveur et réalimentent la page au prochain
affichage

Le viewstate n'a rien a voir la dedans. Comme seule les valeurs des champs
sont envoyés vers le serveur, ASP.NET ajoute un champ caché qui stocke les
propriétés des contrôles comme la couleur etc...

Dernier point : j'imagine que les deux personnes ont commandé sur des PC
différents (où était ce le même ?).

J'insiste mais sur deux PC différents, dans 90% des cas c'est une variable
Shared ou un module (ou static en C#), ces variables étant les mêmes entre
toutes les sessions...

A part montrer du code je ne vois pas trop comment t'aider davantage (tout
ce que je peux dire c'est que ça marche, donc quelque chose doit-être
différent dans ton approche)
--
Patrice

"sdrouins" a écrit dans le message de
news:
merci pour le temps que tu prends...
j'ai de la misère à te suivre...

j'ai un formulaire,
le client entre ses informations,
il clique sur le bouton submit,
je fais des validations coté serveur s'il y a des erreurs je réaffiche


tout
simplement la page sans rien initialiser,
les valeurs de mes textbox proviennent du viewstate, n'est-ce pas


l'utilité
du view state, ne pas avoir a réinitialiser nos champs chaque fois qu'une
page ce reload.

si les validation sont ok, c'est la que je sauve les infos dans ma


variable
session... mais comme je disais tentot je me rend meme pas la dans mon cas
probleme, meme que les informations qui lui sont réaffiché à l'ecran de ne
sont pas tous sauvés dans mon hastable (variable session) mais dans le cas
problème tous les champ du formulaire été celle d'un autre individu donc


je
ne crois pas que ma variable session soit en cause mais plus le
viewstate....... un BUG????

si tu as d'autres idée vas-y!!

"Patrice" a écrit :

> Non ce n'est pas ce que je voulais dire. Je parlais des valeurs


"initiales".
> Plus précisemment de celles qui sont réaffichées (dans tes textbox)


suite à
> une erreur de validation...
> Ensuite tu le valides et tu sauves ces données dans une (ou des)


variables
> de session. Que sauve tu dans les variables de session ? Directement les
> données ou un object stockant ces données ?
>
> Eventuellement un peu de code peut aider à cerner le problème (par


exemple
> celui ou tu déclares et stocke ta hashtable en variable de session si


c'est
> à partir de là que tu réaffiches les données en cas d'erreur)...
>
> --
>
> "sdrouins" a écrit dans le message


de
> news:
> > Elles viennent des textBox de mon formulaire, la propriété


enableViewStae
> de
> > mes champs(textBox) est setter à TRUE...
> >
> > dans le codebehind les champs sont déclarer comme ceci:
> > Protected WithEvents txtLastName As System.Web.UI.WebControls.TextBox
> >
> > est-ce quie ca repond à ton interogation?
> > à ta connaissance est-ce que les informations du viewsstate sont


conservé
> > dans une variables session par en arrière? sans qu'on le gère? si oui
> est-ce
> > que ca pourrait-ete le sessionId qui na pas été unique pour ces 2


clients?
> >
> >
> > j'ai vraiment besoin d'une piste...
> >
> > "Patrice" a écrit :
> >
> > > Oui mais d'où viennent elles avant d'être stockée dans le


"viewstate" ?
> > >
> > > Le viewtstae est un champ caché de formulaire. A mon avis il n'est


pas
> en
> > > cause.
> > >
> > > Patrice
> > > --
> > >
> > > "sdrouins" a écrit dans le


message
> de
> > > news:
> > > > elles sont conservées dans le viewstate en les load de la page, et


une
> > > fois
> > > > tous les validations OK, je les stock dans une variable session
> > > (hashtable).
> > > > mais dans le cas du trouble que j'ai eu elles ne se sont même pas
> rendu
> > > dans
> > > > les variables sessions, simplement dans le viewstate
> > > >
> > > > ???
> > > > Merci
> > > >
> > > > "Patrice" a écrit :
> > > >
> > > > > Où sont stockées ces informations ? Je pense notamment à des
> variables
> > > > > "shared" ou "static" (ou des variables de module).
> > > > >
> > > > > --
> > > > > Patrice
> > > > >
> > > > > "sdrouins" a écrit dans le
> message
> > > de
> > > > > news:
> > > > > > Bonjour à tous, need help.....
> > > > > > voila mon problème:
> > > > > > un client a voulu acheter un produit sur notre site
> transactionnel, il
> > > a
> > > > > > entré ses informations personnelles et appuyer sur le bouton
> soumettre
> > > > > (quoi
> > > > > > de plus standards(, la page s'est reloader (des erreur de
> validations
> > > coté
> > > > > > serveur on eu lieu) mais avec des informations d'une autre
> personne
> > > qui
> > > > > avait
> > > > > > acheter sur le site 10 minutes au paravant???????????????
> > > > > >
> > > > > > voici quelques infos
> > > > > > le viewstate de la page est à true
> > > > > > la page est en SSL donc suposer être secure
> > > > > > les variables sessions sont en mode StateServer
> > > > > > le site est developper en asp.net,
> > > > > > le serveur web est iis5, framework 1.1,
> > > > > > est-ce qu'il y a une certaine possibilité que les infomrations


du
> > > > > viewstate
> > > > > > (variale session si je me trompe pas) ne soit pas revenu sur


le
> bon
> > > poste
> > > > > > client?? sessionid pas unique? probleme memoire sur le


serveur?
> > > > > >
> > > > > > je doit dire que je ne comprend vraiment mais vraiment pas ce


qui
> a pu
> > > > > arriver
> > > > > >
> > > > > > Merci pour vos suggestion
> > > > >
> > > > >
> > > > >
> > >
> > >
> > >
>
>
>


Avatar
sdrouins
un gros merci pour ton temps....
les 2 personnes étaient sur des pc différents....
moi aussi je coryais que c'etais impossible.... je suis en train de me
demander si on ce fait pas niaiser par un petit drole....

en tou k
merci a+

"Patrice" a écrit :

Ok, avec ce mécanisme je ne vois pas du tout. J'irais même jusqu'à dire que
c'est impossible ;-)

Par principe :
- les valeurs saisies dans un champ de formulaire sont envoyés au serveur à
la validation (dans la requête HTTP)
- ces valeurs sont lues par le serveur et réalimentent la page au prochain
affichage

Le viewstate n'a rien a voir la dedans. Comme seule les valeurs des champs
sont envoyés vers le serveur, ASP.NET ajoute un champ caché qui stocke les
propriétés des contrôles comme la couleur etc...

Dernier point : j'imagine que les deux personnes ont commandé sur des PC
différents (où était ce le même ?).

J'insiste mais sur deux PC différents, dans 90% des cas c'est une variable
Shared ou un module (ou static en C#), ces variables étant les mêmes entre
toutes les sessions...

A part montrer du code je ne vois pas trop comment t'aider davantage (tout
ce que je peux dire c'est que ça marche, donc quelque chose doit-être
différent dans ton approche)
--
Patrice

"sdrouins" a écrit dans le message de
news:
> merci pour le temps que tu prends...
> j'ai de la misère à te suivre...
>
> j'ai un formulaire,
> le client entre ses informations,
> il clique sur le bouton submit,
> je fais des validations coté serveur s'il y a des erreurs je réaffiche
tout
> simplement la page sans rien initialiser,
> les valeurs de mes textbox proviennent du viewstate, n'est-ce pas
l'utilité
> du view state, ne pas avoir a réinitialiser nos champs chaque fois qu'une
> page ce reload.
>
> si les validation sont ok, c'est la que je sauve les infos dans ma
variable
> session... mais comme je disais tentot je me rend meme pas la dans mon cas
> probleme, meme que les informations qui lui sont réaffiché à l'ecran de ne
> sont pas tous sauvés dans mon hastable (variable session) mais dans le cas
> problème tous les champ du formulaire été celle d'un autre individu donc
je
> ne crois pas que ma variable session soit en cause mais plus le
> viewstate....... un BUG????
>
> si tu as d'autres idée vas-y!!
>
> "Patrice" a écrit :
>
> > Non ce n'est pas ce que je voulais dire. Je parlais des valeurs
"initiales".
> > Plus précisemment de celles qui sont réaffichées (dans tes textbox)
suite à
> > une erreur de validation...
> > Ensuite tu le valides et tu sauves ces données dans une (ou des)
variables
> > de session. Que sauve tu dans les variables de session ? Directement les
> > données ou un object stockant ces données ?
> >
> > Eventuellement un peu de code peut aider à cerner le problème (par
exemple
> > celui ou tu déclares et stocke ta hashtable en variable de session si
c'est
> > à partir de là que tu réaffiches les données en cas d'erreur)...
> >
> > --
> >
> > "sdrouins" a écrit dans le message
de
> > news:
> > > Elles viennent des textBox de mon formulaire, la propriété
enableViewStae
> > de
> > > mes champs(textBox) est setter à TRUE...
> > >
> > > dans le codebehind les champs sont déclarer comme ceci:
> > > Protected WithEvents txtLastName As System.Web.UI.WebControls.TextBox
> > >
> > > est-ce quie ca repond à ton interogation?
> > > à ta connaissance est-ce que les informations du viewsstate sont
conservé
> > > dans une variables session par en arrière? sans qu'on le gère? si oui
> > est-ce
> > > que ca pourrait-ete le sessionId qui na pas été unique pour ces 2
clients?
> > >
> > >
> > > j'ai vraiment besoin d'une piste...
> > >
> > > "Patrice" a écrit :
> > >
> > > > Oui mais d'où viennent elles avant d'être stockée dans le
"viewstate" ?
> > > >
> > > > Le viewtstae est un champ caché de formulaire. A mon avis il n'est
pas
> > en
> > > > cause.
> > > >
> > > > Patrice
> > > > --
> > > >
> > > > "sdrouins" a écrit dans le
message
> > de
> > > > news:
> > > > > elles sont conservées dans le viewstate en les load de la page, et
une
> > > > fois
> > > > > tous les validations OK, je les stock dans une variable session
> > > > (hashtable).
> > > > > mais dans le cas du trouble que j'ai eu elles ne se sont même pas
> > rendu
> > > > dans
> > > > > les variables sessions, simplement dans le viewstate
> > > > >
> > > > > ???
> > > > > Merci
> > > > >
> > > > > "Patrice" a écrit :
> > > > >
> > > > > > Où sont stockées ces informations ? Je pense notamment à des
> > variables
> > > > > > "shared" ou "static" (ou des variables de module).
> > > > > >
> > > > > > --
> > > > > > Patrice
> > > > > >
> > > > > > "sdrouins" a écrit dans le
> > message
> > > > de
> > > > > > news:
> > > > > > > Bonjour à tous, need help.....
> > > > > > > voila mon problème:
> > > > > > > un client a voulu acheter un produit sur notre site
> > transactionnel, il
> > > > a
> > > > > > > entré ses informations personnelles et appuyer sur le bouton
> > soumettre
> > > > > > (quoi
> > > > > > > de plus standards(, la page s'est reloader (des erreur de
> > validations
> > > > coté
> > > > > > > serveur on eu lieu) mais avec des informations d'une autre
> > personne
> > > > qui
> > > > > > avait
> > > > > > > acheter sur le site 10 minutes au paravant???????????????
> > > > > > >
> > > > > > > voici quelques infos
> > > > > > > le viewstate de la page est à true
> > > > > > > la page est en SSL donc suposer être secure
> > > > > > > les variables sessions sont en mode StateServer
> > > > > > > le site est developper en asp.net,
> > > > > > > le serveur web est iis5, framework 1.1,
> > > > > > > est-ce qu'il y a une certaine possibilité que les infomrations
du
> > > > > > viewstate
> > > > > > > (variale session si je me trompe pas) ne soit pas revenu sur
le
> > bon
> > > > poste
> > > > > > > client?? sessionid pas unique? probleme memoire sur le
serveur?
> > > > > > >
> > > > > > > je doit dire que je ne comprend vraiment mais vraiment pas ce
qui
> > a pu
> > > > > > arriver
> > > > > > >
> > > > > > > Merci pour vos suggestion
> > > > > >
> > > > > >
> > > > > >
> > > >
> > > >
> > > >
> >
> >
> >