Discussion :

[guillaumev]

Bonjour,

Voici mon problème :

Je développe une application Web, sous la forme de formulaire gérant des dossiers particuliers. La connexion à cette application se fait via une plateforme MOSS 2007, et les listes permettant l'appel à mes formulaires asp.net sont également sous MOSS.

Lorsqu'un utilisateur (sous IE 6.0 nécessairement) ouvre plusieurs formulaires dans plusieurs "nouvelles fenêtres", ces dernières utilisent toutes le même objet session. Ceci a pour conséquence le fait que toutes les modifications réalisées et enregistrées par l'utilisateur ne modifieront QUE le dernier formulaire ouvert.

Ainsi, j'en ai conclu que le serveur n'associait pas un contexte session (httpContext) différent lors de l'ouverture d'une nouvelle fenêtre (ce qui est logique en fait).

J'aurais voulu savoir si vous aviez des idées sur les actions à mettre en place pour pouvoir disposer d'autant d'objet session que de fenêtre active, et surtout savoir quel objet (je préférerais un contexte pour une fenêtre mais cela paraît impossible :s) correspond à quelle fenêtre.

Je vous remercie par avance de vos suggestions.

Guillaume.

[guillaumev]

Pour information, j'ai pensé à la méthode "taper les utilisateurs pour qu'ils arrêtent d'utiliser le click droit", mais on m'a dit que c'était impossible

[Bluedeep]

Je ne suis pas du tout (il s'en faudrait de beaucoup) un spécialiste des questions web, mais la seule solution que je verrais éventuellement c'est de travailler sur des sessions "cookieless" ou quelque chose comme cela (je ne sais pas comment on dit exactement, mais en passant les infos de session via l'url, sans cookies; je me rappelle que c'est possible avec asp.net).

Sinon, en générant un identifiant unique associé à une instance de page (style GUID) , mais ça risque de compliquer un peu la programmation derrière.

[guillaumev]

Je te remercie du conseil. Au niveau du passage d'information en paramètre de l'URL, j'utilise déjà ce principe pour indiquer le login de l'utilisateur, le type de formulaire appelé et l'id du formulaire appelé.

Ensuite, concerné l'appel de cookie, je crois que je retrouverais le même problème dès la troisième fenêtre ouverte.

Enfin, concernant la génération d'un identifiant unique par instance de page, que l'on mettrait en préfixe des champs en session (tel que GUID1_login, GUID1_id etc...), il est clair que cela marcherait, mais cela compliquerait assurément la programmation (sachant que toute l'application web est déjà développée et que ce problème n'est l'affaire que de quelques utilisateurs ayant décidé d'utiliser l'application sans suivre les recommandations d'usage ).

[Kaidan]

Tu ajoutes une frame qui encadre ton site à un passage obligé (la page de garde par exemple). Chacun de tes formulaires vérifies ensuite (via Javascript) qu'ils sont bien dans cette frame. Si l'utilisateur ouvre un formulaire avec le clic-droit, il ne sera plus dans la frame et donc tu pourras afficher un avertissement "cette application est conçue pour des gens qui suivent les recommandations d'usage" (tjs via Javascript) et fermer la fenêtre / rediriger vers une autre page.