PC SOFT

GRUPOS DE DISCUSSÃO PROFISSIONAL
WINDEVWEBDEV e WINDEV Mobile

Inicio → WEBDEV 2024 → PageAfficheDialogue et pb de synchro serveur
PageAfficheDialogue et pb de synchro serveur
Iniciado por Roumegou Eric, out., 06 2017 9:42 AM - 9 respostas
Publicado em outubro, 06 2017 - 9:42 AM
Bonjour
En recherchant dans le forum avant de poster (bonne pratique) , je
m'aperçois que mon pb est connu, pire que c'était déjà moi qui l'avait
soumis (alzheimer ...)
Je retrouve le même problème et je ne sais pas comment le contourner
Je vous le resoumet

j'ai un système de confirmation/validation qui marche avec un
pageaffichedialogue
En gros résumé cela utilise un bouton Ok qui fait un
PageFermeDialogue(vrai) et un bouton NON qui fait un
PageFermeDialogue(Faux)
résultat que je teste ensuite dans la page appelante pour aller plus
loin.

Cela marche très bien sauf chez un de mes clients qui a un proxy de
m...
D'habitude on met en code de synchro un ChangeAction(caContinuer) qui
résoud ce type de pb.

Et là, non ça ne marche pas depuis chez eux.
Je ne recupère pas l'info en retour

Une idée ?

(et bien sûr je ne peux debugguer depuis chez eux et le débug à
distance, jamais fait et je n'y crois pas une minute)

Merci de vos réponses

---
Cet email a fait l'objet d'une analyse antivirus par AVG.
http://www.avg.com
Publicado em outubro, 06 2017 - 10:49 AM
Dans son message précédent, Roumegou Eric a écrit :
Bonjour
En recherchant dans le forum avant de poster (bonne pratique) , je m'aperçois
que mon pb est connu, pire que c'était déjà moi qui l'avait soumis (alzheimer
...)
Je retrouve le même problème et je ne sais pas comment le contourner
Je vous le resoumet

j'ai un système de confirmation/validation qui marche avec un
pageaffichedialogue
En gros résumé cela utilise un bouton Ok qui fait un PageFermeDialogue(vrai)
et un bouton NON qui fait un PageFermeDialogue(Faux)
résultat que je teste ensuite dans la page appelante pour aller plus loin.

Cela marche très bien sauf chez un de mes clients qui a un proxy de m...
D'habitude on met en code de synchro un ChangeAction(caContinuer) qui résoud
ce type de pb.

Et là, non ça ne marche pas depuis chez eux.
Je ne recupère pas l'info en retour

Une idée ?

(et bien sûr je ne peux debugguer depuis chez eux et le débug à distance,
jamais fait et je n'y crois pas une minute)

Merci de vos réponses

---
Cet email a fait l'objet d'une analyse antivirus par AVG.
http://www.avg.com


à l'époque j'avais ré-écrit mon système avec des popupaffiche


Mais cela voudrait dire que le PageAfficheDialogue peut ne pas
fonctionner selon les configurations

DONC IL SERAIT INUTILISABLE !!!!

Avez vous une idée pour reconstituer une situation PROXY A PB ?
Publicado em outubro, 23 2017 - 3:16 PM
Bonjour,

étes-vous sûr que cela vient de la présence d'un proxy ?
Chez moi je rencontre également un problème de désynchronisation du contexte quand on utilise pageAfficheDialogue.
Mais de mon coté le problème est provoqué par la présence d'un système de maintien de session en vie.

A savoir : exécution par timer navigateur d'un traitement serveur via un AjaxExécuteAsynchrone présent dans toutes les pages du site. Comme présenté ici : http://blogs.pcsoft.fr/fr/point-code-fermeture-projet-webdev-liberation-sessions-sites-web-dynamiques/191/read.awp

Cordialement
Publicado em outubro, 23 2017 - 4:43 PM
Bader a écrit :
Bonjour,

étes-vous sûr que cela vient de la présence d'un proxy ?
Chez moi je rencontre également un problème de désynchronisation du contexte
quand on utilise pageAfficheDialogue.
Mais de mon coté le problème est provoqué par la présence d'un système de
maintien de session en vie.

A savoir : exécution par timer navigateur d'un traitement serveur via un
AjaxExécuteAsynchrone présent dans toutes les pages du site. Comme présenté
ici :
http://blogs.pcsoft.fr/fr/point-code-fermeture-projet-webdev-liberation-sessions-sites-web-dynamiques/191/read.awp

Cordialement

---
Cet email a fait l'objet d'une analyse antivirus par AVG.
http://www.avg.com


Bonjour Vader
merci de ta réponse

Sûr ? pas à 100 %
à 90% au moins puisque cela ne se produit QUE chez ce client

Mais effectivement, j'ai aussi des systèmes comme celui que tu décris,
mais pas par exemple dans mon système de confirmation popup.

et le dysfonctionnement n'intervient pas après une certaine inaction,
c'est tout de suite que cela pose pb.
Je viens de regarder, nous ne mettons pas de timer sur ces pages.

Mais cela m'interesse.
Avais-tu ce pb partout ?
Publicado em outubro, 24 2017 - 9:50 AM
C'était juste une piste car quand je vois "pageAfficheDialogue et désynchronisation" ça me fait directement penser à mon problème. Chez moi la désynchronisation est particulièrement présente car j'utilise souvent pageAfficheDialogue et que la fréquence d'appel de mon timer est de 2 minutes.

Dans mon cas l'incident est remonté au ST et suivi avec la référence : 105 536/589188
Je me permets d'ailleurs de citer ici la réponse du ST car ça peut être utile à certains :

"
L'utilisation de la fonction PageAfficheDialogue provoque l'enchaînement suivant :

1. Affichage de la page appelante "PAGE_SansNom1" dans le navigateur,
2. Clic sur le bouton qui fait le PageAfficheDialogue(PAGE_SansNom2)
2.1. Le clic coté navigateur lance l'appel au serveur d'application,
2.2. Le serveur d'application reçoit la requête,
2.3. Le serveur d'application traite la requête
2.4. Le serveur d'application retourne la page de dialogue, et éventuellement fond spécial GFI et iframe pour la page appelante,
3. Le navigateur affiche la page de dialogue "PAGE_SansNom2" de votre exemple : elle remplace la page appelante.
4. C'est l'iframe du fond qui demande la page appelante au serveur d'application dans un mode spécial qui désactive tous les traitements navigateurs de la page.

La désynchronisation se produit si le timer se déclenche lorsque le serveur d'application est entre les étapes 2 et 3 des traitements nécessaires à PageAfficheDialogue (le timer se déclenche après l'envoi de la requête mais avant la réception de la réponse).

Dans l'immédiat il n'y a pas de gestion de ce cas au niveau du moteur de WEBDEV. Une suggestion en ce sens a été transmise à notre équipe Développement. J'espère que les implémentations nécessaires pourront être planifiées rapidement.

En attendant l'alternative consiste à interrompre le timer dans le code navigateur du bouton qui va faire le pageAfficheDialogue.

"

Cordialement
Publicado em dezembro, 26 2017 - 9:31 PM
Je rencontre le même problème. Avec un timer de synchronisation réglé à 1 minute, et une session qui se ferme après 2 minutes d'inactivité, pour éviter les nombreuses sessions fantômes qui restaient en mémoire sur le serveur d'application quand je mettais une déconnexion à 1 heure d'inactivité, voire davantage. La méthode pour garder la connexion est très efficace, mais avec les PageAfficheDialogue, c'est le bazar, entre la page affichée qui se ferme seule quand on la manipule, ou qui ne se sauvegarde pas quand on appuie sur le bouton validation de la page, d'ailleurs le code ne passe pas sur le point d'arrêt du bouton quand le problème se produit... ce qui arrive très souvent. Et je ne parle même pas des utilisations que je fais très fonctionnelles en utilisant plusieurs onglets des navigateurs. Dans ce cas, c'est carrément avec les PageAfficheDialogue les onglets dont le contenu se duplique...
J'ai essayé aussi l'option qui permet de s'affranchir de monter un mécanisme pour garder la connexion active, mais alors là l'application ne marchait carrément plus.
Je n'ai pas compris l'alternative proposée par le ST, du moins si on interrompt le timer dans le code navigateur du bouton qui va faire le page AfficheDialogue, comment doit on le réenclencher ensuite ?
Avez vous trouvé une autre alternative comme solution depuis ?
Publicado em janeiro, 09 2020 - 7:04 PM
Décidément les années passent mais rien ne change. Version 25 toujours ce même problème avec les PageAfficheDialogue() et les sessions maintenues. Quelqu'un a-t-il trouvé une solution ? On oublie les PageAfficheDialogue ?
Membro registado
1.623 mensagems
Popularité : +100 (114 votes)
Publicado em janeiro, 10 2020 - 11:34 AM
J'utilise les PageAfficheDialogue partout et j'ai aussi un keepAlive de mis en place et je ne rencontre pas le problème.
C'est quoi le souci concretement ?
Membro registado
1 mensagem
Publicado em junho, 22 2021 - 7:25 PM
Nous avons un gros problème avec PageAfficheDialogue qui affiche toujours la première page affichée.
A partir de la page d'accueil, un premier PageAfficheDialogue qui affiche une page "liste"
Ensuite un bouton "Modifier" affiche un deuxième niveau, toujours avec PageAfficheDialogue
Sur cette page il y a une série de boutons qui permet d'affiche d'autres pages, toujours avec PageAfficheDialogue. C'est à cet niveau que les problèmes commences. Après fermeture de la page ouverture, avec PageFermeDialogue, les autres boutons affichent toujours la première page.

Malheureusement le problème disparait sur un pc d'un collègue

Une solution ?
Publicado em junho, 23 2021 - 11:13 AM
Nous avons un gros problème avec PageAfficheDialogue qui affiche toujours la
première page affichée.
A partir de la page d'accueil, un premier PageAfficheDialogue qui affiche une
page "liste"
Ensuite un bouton "Modifier" affiche un deuxième niveau, toujours avec
PageAfficheDialogue
Sur cette page il y a une série de boutons qui permet d'affiche d'autres
pages, toujours avec PageAfficheDialogue. C'est à cet niveau que les
problèmes commences. Après fermeture de la page ouverture, avec
PageFermeDialogue, les autres boutons affichent toujours la première page.

Malheureusement le problème disparait sur un pc d'un collègue

Une solution ?


solution ? je ne sais pas ...
mais sur des vs précédentes, je n'utilisais plus les
pageAfficheDialogue car cela ne fonctionnait pas chez un client qui
avait un proxy

Depuis il me semble que je n'ai plus ce problème mais d'un autre côté
nous utilisons très très rarement les pageaffichedialogue (surtout avec
les popups)



D'aileurs chez ce m^me client, si absence de caContinuer dans le code
de synchro dans mes pages, la page restait bloquée.
Cela pouvait arriver si la page n'éatit pas dépendante d'un modèle, et
donc qu'on oubliait ce truc que personne n'a jamais été capable de
justifier ????? (si c'est obligatoire, pourquoi ne pas le générer
automatiquement et le cas contraire dans quel cas ne pas le mettre ??)

bref regarde peut être du côté du code de synchro

--
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
https://www.avast.com/antivirus