PC SOFT

PROFESSIONAL NEWSGROUPS
WINDEVWEBDEV and WINDEV Mobile

Home → WEBDEV 2024 → Chrome blocage de pages Webdev
Chrome blocage de pages Webdev
Started by Roumegou, Sep., 21 2020 2:52 PM - 14 replies
Posted on September, 21 2020 - 2:52 PM
Bonjour,

nous rencontrons depuis 2 ou 3 semaines un comportement inexpliqué (et
aléatoire) de nos pages sur Chrome
vs 85.0.4178.102
Cela le fait sur plusieurs projets de versions différentes.

cela reste sur une page blanche ????
Si je fais F12 (comme pour inspecter) cela débloque.

Pas de comportements semblables avec les autres navigateurs.
En plus là je tombe sur le cas alors qu'il n'y a aucun code particulier
sur une bête page de transition.
il y a bien le changeaction(cacontinuer) en code de synchro page
je ne vois pas de raisons.


Avez vous rencontré le problème et si oui avez vous trouvé une solution
?

Merci

--
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
https://www.avast.com/antivirus
Registered member
125 messages
Popularité : +5 (5 votes)
Posted on September, 22 2020 - 7:27 AM
Bonjour Eric,

Utiliserais-tu une page_start avec un iFrame ?

J'ai rencontré un problème de page blanche similaire. Tous les éléments étaient correctement chargés, ils étaient juste "invisibles". Et tout apparaissait dès que l'on touchait à la fenêtre (Ex. : resize, F12,...).

Le site en question utilisait une page_start avec un iFrame pour encapsuler le site et figer l'URL. Les pages "touchées" étaient souvent des pages type formulaire avec pas mal de contenu. De mémoire, le problème ne concernait que Chrome. La solution a été de supprimer la page_start.

Je te conseille de prendre contact avec René MALKA (et/ou de rechercher des posts sur le forum le concernant).

Bon dèv.
Alain
Posted on September, 22 2020 - 12:50 PM
Bonjour Eric,

Utiliserais-tu une page_start avec un iFrame ?

J'ai rencontré un problème de page blanche similaire. Tous les éléments
étaient correctement chargés, ils étaient juste "invisibles". Et tout
apparaissait dès que l'on touchait à la fenêtre (Ex. : resize, F12,...).

Le site en question utilisait une page_start avec un iFrame pour encapsuler
le site et figer l'URL. Les pages "touchées" étaient souvent des pages type
formulaire avec pas mal de contenu. De mémoire, le problème ne concernait que
Chrome. La solution a été de supprimer la page_start.

Je te conseille de prendre contact avec René MALKA (et/ou de rechercher des
posts sur le forum le concernant).

Bon dèv.
Alain


Bonjour Alain

Merci beaucoup de ta réponse.
Oui effectivement notre site est envoyé comme cela.
Cela fait une bonne base de recherche.
je vous tiens au jus

A +

--
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
https://www.avast.com/antivirus
Posted on September, 24 2020 - 9:34 AM
Roumegou avait énoncé :
Bonjour Eric,

Utiliserais-tu une page_start avec un iFrame ?

J'ai rencontré un problème de page blanche similaire. Tous les éléments
étaient correctement chargés, ils étaient juste "invisibles". Et tout
apparaissait dès que l'on touchait à la fenêtre (Ex. : resize, F12,...).

Le site en question utilisait une page_start avec un iFrame pour encapsuler
le site et figer l'URL. Les pages "touchées" étaient souvent des pages type
formulaire avec pas mal de contenu. De mémoire, le problème ne concernait
que Chrome. La solution a été de supprimer la page_start.

Je te conseille de prendre contact avec René MALKA (et/ou de rechercher des
posts sur le forum le concernant).

Bon dèv.
Alain

Bonjour Alain

Merci beaucoup de ta réponse.
Oui effectivement notre site est envoyé comme cela.
Cela fait une bonne base de recherche.
je vous tiens au jus

A +


Bonjour
oui cela semble être cela.
On enlève cette technique de tous nos sites.
Tant pis pour les url à rallonge; mais je pense que cela gène surtout
les techos; les autres utilisateurs s'en foutent.

et Pire ! il semble que cela influençait grandement aussi sur les temps
de réponses; je parle de chrome seulement.

C'est génial ces fournisseurs qui se permettent de faire n'importe quoi
par rapport à l'existant.
Toujours l'analogie facile avec l'automobile ... c'est comme un nouveau
fabricant de goudron qui inventerait un nouveau revêtement
révolutionnaire (sauf que les voitures de plus de 10 ans iraient dans
le décor)

--
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
https://www.avast.com/antivirus
Registered member
125 messages
Popularité : +5 (5 votes)
Posted on September, 25 2020 - 12:30 AM
Bonjour Eric,

A toi de voir mais j'ai l'impression qu'il serait intéressant de creuser un peu.

J'ai rencontré le problème en 2019 alors que tout est ok pour toi. A cette époque, j'avais échangé avec René MALKA qui utilise aussi la page_start et tout était ok pour lui également.

Pour moi, le problème est apparu à la suite d'une mise à jour de Chrome. En plus de la page blanche, j'avais également constaté l'apparition sur des pages "formulaire" d'un double ascenseur : celui de la page et celui de l'Iframe. J'avais posté sur le forum Chrome sans vraiment obtenir de piste.

Pour toi, la situation semble différente.

Je propose de faire des nouveaux tests (dès que j'en aurai le temps) et de mettre René dans la boucle.

A suivre...
Alain
Registered member
125 messages
Popularité : +5 (5 votes)
Posted on September, 25 2020 - 6:25 AM
Je viens de mettre en ligne un site test avec une page_start (car le sujet m'a trotté dans la tête une bonne partie de la journée) et tout semble fonctionner correctement !?! :o

Je précise qu'il s'agit du même site qui, il y a un an, m'affichait quasi systématiquement une page blanche à l'ouverture des pages type "formulaire".

L'IFrame est bien en place, un clic droit sur la page distingue bien le code source de la page et le code source du cadre.

Mon Chrome est à jour :
Version 85.0.4183.121 (Build officiel) (64 bits)

Du coup, je vais poursuivre le test encore un peu et on verra si la page_start fait son retour...
A+
Registered member
59 messages
Popularité : +3 (3 votes)
Posted on December, 23 2020 - 8:11 PM
Bonjour,

J'ai une page dans mon site qui contient un iFrame.
Dans cette iframe j'affiche d'autres pages.
Quelque fois la page s'affiche et d'autres fois, elle est invisible et comme decrit plus haut elle est bien la.
Sur Chrome, Firefox et Edge qu'importe le navigateurs.
Avez vous les memes problemes et comment les avez vous resolus ? A part de ne pas utiliser les iframes ? :)
Dommage car bien pratique.
Merci pour l'aide et tres bonnes fetes a vous tous!!
Cordialement,
Xavier
Registered member
1,143 messages
Popularité : +50 (142 votes)
Posted on December, 23 2020 - 8:48 PM
Bonsoir,

Pardonnez ma question mais pourquoi utilisez-vous des iFrames ?
Perso je n'en utilise pas d'où ma question.

--
Thierry TILLIER
Développeur Windev-Webdev
Formation Windev : https://coursdinfo.teachable.com/
Formation bureautique : https://coursdinfo.net
Registered member
59 messages
Popularité : +3 (3 votes)
Posted on December, 23 2020 - 10:54 PM
Bonsoir,

Nous avons commencé a utiliser des iframes pour l'affichage de PDF. l'utilisateur click sur une liste et le pdf correspondant s'affiche dans l'iframe ainsi on reste dans la page qui contient le iframe . Très pratique.

Ensuite nous avons voulu faire un portal fédérant plusieurs de nos sites. Ainsi l'utilisateur peut aller sur un site(application spécifique) tout en gardant la template appelante. (peut être que l'utilisation de composants externes serait plus judicieux mais c'etait facile a mettre en place et l'affichage est rapide )...

Un autre cas est la suppression des modèles de page, une page (template) ayant l'iframe unique et facile a maintenir évitant certains désagréments que l'on peut trouver quand on change le modèle de page et ses répercussions possible sur les pages l'utilisant.

Le soucis présent se trouve dans les 2 cas ci-dessus, et je ne vois pas comment le résoudre.
Je ne peux demander au client de redimensionner la page ayant le iframe pour que de nouveau la page dans l'iFrame apparaisse...

Cordialement,
Xavier
Registered member
125 messages
Popularité : +5 (5 votes)
Posted on December, 23 2020 - 11:09 PM
Bonjour à tous,

@Xavier : La bonne surprise a été de courte durée. Les mêmes symptômes sont revenus très rapidement. J'ai finalement supprimé les "page_start" de tous mes sites.

@Thierry : pour ma part, l'iFrame servait essentiellement à encapsuler le site et figer l'URL.

@Tous : Bonnes fêtes de fin d'année !

A+
Posted on December, 24 2020 - 10:07 AM
@Thierry : pour ma part, l'iFrame servait essentiellement à encapsuler le
site et figer l'URL.


oui on ne fonctionnait que comme ça avant
on a tout viré
Après les urls barbares cela ne choque plus grand monde;
(à part des informaticiens ?)
c'éatit surtout moi qui n'aimait pas voir de .exe dans une url, ni une
référence directe à la technologie utilisée

--
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
https://www.avast.com/antivirus
Registered member
59 messages
Popularité : +3 (3 votes)
Posted on December, 28 2020 - 11:45 AM
Bonjour,

J’espère que vous avez eu de bonnes fêtes de Noël, une petite question.
Que voulez vous dire par une "page_start" ?

Merci a vous tous pour vos réponses, il semble donc que le iFrame est inutilisable professionnellement...

Cordialement et bon développement, pour 2021.

Xavier
Registered member
125 messages
Popularité : +5 (5 votes)
Posted on December, 29 2020 - 12:12 AM
Bonjour Xavier,

La "page_start" consistait à ajouter dans ton projet une nouvelle page, définie comme 1ère page, laquelle contenait un champ iFrame, lequel pointait vers la page de connexion (ou d'accueil) de ton site. La méthode était simple et efficace. Ton URL (par ex. : https://www.tonsite.com) restait figée quelle que soit la page affichée.

Bonne fin d'année à tous !
Le meilleur pour 2021...
Alain
Registered member
384 messages
Popularité : +13 (13 votes)
Posted on December, 29 2020 - 9:32 AM
Bonjour,

@Roumegou : Tout dépend de votre configuration Webdev, mais par défaut si l'administrateur Webdev est bien configuré en mode "IIS" ou "Apache 2.4" (je n'ai pas testé en 2.2), l'URL générée est de la forme "http://{nom_hote}/{NOM_SITE}/{NOM_PAGE}/{ID_SESSION}"

Il n'y a donc aucune mention de l'exécutable ni de la technologie utilisée (qui elle se retrouve de toute manière dans les entêtes de réponse de la requête http et dans le début du source html).

Dans leur système d'iframe, WebDev utilise une URL vers l'exécutable "à priori" parce qu'elle dépend moins de la configuration du serveur Web.

Il est même possible de pousser le vice et de supprimer l'ID de session intégré dans l'URL avec un code navigateur qui utilise la fonction javascript pushState(). Cela évite le souci des vols de sessions lorsqu'une personne partage l'URL à une autre personne.

@Xavier Bernard : Pour ce qui est du problème initial, avez-vous des messages d'erreurs ou avertissement dans la console des navigateurs concernés ? Cela peut souvent être une piste pour la résolution.
Registered member
59 messages
Popularité : +3 (3 votes)
Posted on December, 29 2020 - 11:50 AM
Bonjour,

Merci pour vos réponses.

@Multipass: ok j'ai compris pour la page_start, merci pour l'explication.

Notre page template qui contient le iFrame n'est pas la 1ere page du site.
Exemple ou il y a le problème mais c'est pas l'unique:
-On a une page login(page_start) ,
- puis la page "template" qui contient le iFrame.
- De cette page on peut choisir un site.
- Le site s'affiche dans le iFrame, pas de soucis
- puis on clic sur un menu dans cette page affichée qui est dans le iFrame, pour qu’une nouvelle page s'affiche dans l'iFrame.
Certaines s'affichent sans problème puis d'autre sont affichées mais invisible...
En résumé, une page qui a un iFrame et qui affiche une page dans l'iFrame, quelque fois ca marche quelquefois non... et tant qu'il n'y a pas de solution ou "work-around", on ne peut l'utiliser professionnellement.

@Benjamin: non aucune erreur, on fait l'inspect de la page et tout semble correct.
Si on redimensionne la page, la page contenu dans le iFrame s'affiche... ( quelque soit le navigateur dernière version) vraiment bizarre.

Faudrait il a chaque affichage un re affichage en redimensionnant ?...

Ou sinon faire de chaque site un composant externe mais pas sur qu'il y ait d'autres soucis... il faudra donc tester...
Dommage car cette iFrame était vraiment utile. Disponible mais inutilisable... "sound familiar" :)....

Cordialement,
Meilleurs voeux a tous!
Xavier