Projet

Général

Profil

Actions

Anomalie #1342

fermé

Failed to load resource: net::ERR_HTTP2_PROTOCOL_ERROR

Ajouté par Renaud Degeorges il y a environ 5 ans. Mis à jour il y a environ 5 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Catégorie:
Core
Version cible:
Début:
30/10/2019
Echéance:
% réalisé:

100%

Temps estimé:
Version utilisée:

Description

Sur chrome uniquement, pour toutes les photos log, membre,..., la photo apparaît puis disparaît lorsque la page est finie de charger
l'erreur suivante apparaît dans la console
Failed to load resource: net::ERR_HTTP2_PROTOCOL_ERROR
Error 200
no-referrer-when-downgrade (default)  

pas de problème sur FF


Demandes liées 3 (0 ouverte3 fermées)

Dupliqué par Galette - Anomalie #1343: Une erreur est survenue lors de l'affichage de l'interface des groupes :( Fermé30/10/2019

Actions
Dupliqué par Galette - Anomalie #1347: Anomalie d'impression des contributions et transactionsFerméJohan Cwiklinski16/11/2019

Actions
Dupliqué par Galette - Anomalie #1348: Issues variés lors de l'utilisation de https sous chrome FerméJohan Cwiklinski16/11/2019

Actions

Mis à jour par Alain Paris il y a environ 5 ans

Bonjour

Chrome est il a jour ?

J'ai trouvé cela sur internet:

https://stackoverflow.com/questions/58215104/whats-the-neterr-http2-protocol-error-about

Peut être le même cas pour vous

Mis à jour par Renaud Degeorges il y a environ 5 ans

Bonjour Alain,

Merci pour ce retour, oui chrome est à jour,
Je ne sais pas si ça a un intérêt mais si je rajoute dans la racine au lien des photos cela fonctionne
exemple
<img id="photo_adh" src="/webroot/photo/286" class="picture" width="189" height="200" alt="Image">
modifié en
<img id="photo_adh" src="https://[mon_nom_de_domaine]/webroot/photo/286&quot; class="picture" width="189" height="200" alt="Image">

Mis à jour par Johan Cwiklinski il y a environ 5 ans

  • Statut changé de Nouveau à Rejeté

Je n'ai aucune idée de ce problème, et je n'ai pas souvenir de l'avoir rencontré, sur Galette ou d'autres projets (y compris un déployé sur plus de 50K instances).

Au vu de l'erreur, je pense à un souci de configuration du serveur web. La modification du src ne devrait absolument rien changer, sauf s'il la valeur que tu entres n'est pas celle que Galette « connaît », mais ça, ça peut se paramétrer (confer les préférences). [edit] Et si ça vient du navigateur, je n'ai pas la main (ptètre voir du côté de certaines extensions installées ?).

Et sinon, à voir en 0.9.3 (actuelle nightly) ; clairement je ne passerai pas de temps sur un problème qui ne concerne pas la version que je suis en train d'essayer de finaliser.

Mis à jour par Johan Puisais il y a environ 5 ans

Bonjour à tous je me permets de poster ici un message car j'ai eu exactement le même problème " net::ERR_HTTP2_PROTOCOL_ERROR 200 " que vous sur un CMS développé par mes soins. Effectivement le navigateur Chrome est le seul à connaitre cela actuellement, le protocole HTTP2.0 joue aussi un rôle.

Dans mon cas je sers via un fichier PHP des miniatures jpeg qui représentent les images d'une galerie. Ce fichier php comporte les headers HTTP pour ce faire passer pour une image, parmi ces headers il y a " content-lenght " calculé via un " filesize ". Mon serveur ayant été migré par OVH sur une infrastructure supportant HTTP2.0, le navigateur (Chrome) contrôle les ressources statiques chargées (sécurité), il vérifie si les caractéristiques annoncées via les Header sont vraies, s'il trouve une incohérence, un résultat différent, il bloque (ce qui explique le délai de 5s env. pour la disparition). Dans mon cas, le header content-lenght annoncé diffère de ce que Chrome trouve en raison de la compression GZIP activé pour les fichiers PHP. 2 solutions : supprimer le header content-lenght ou ajouter une directive dans le .htaccess pour exclure le fichier php incriminé de la compression GZIP. Infos complémentaire et exemple de directive sur [[http://www.johanpuisais.com/article.php?article=neterr-http2-protocol-error-200-mes-solutions]]. En espérant avoir été utile. Bien à vous

Mis à jour par Johan Cwiklinski il y a environ 5 ans

  • Catégorie mis à Core
  • Statut changé de Rejeté à In Progress
  • Assigné à mis à Johan Cwiklinski
  • Version cible mis à 0.9.3

Salut,

Merci pour le retour, ce sera en effet très utile !

Mis à jour par Renaud Degeorges il y a environ 5 ans

Bonjour

Mon site est hébergé sous OVH, en parcourant les prérequis d'installation pour OVH https://galette.eu/documentation/fr/installation/preparation.html#ovh

j'ai trouvé ceci :

Beaucoup d’utilisateurs rencontrent des problèmes d’affichage des images ou d’accès à la liste d’émargement sur les hébergements OVH. La solution à ce problème passe par la configuration de votre espace. Il faut créer un fichier .ovhconfig à la racine du site avec le contenu suivant :

app.engine=phpcgi

cela à résolu mon problème

merci à tous

Mis à jour par Johan Puisais il y a environ 5 ans

Renaud Degeorges a écrit :

Bonjour

Mon site est hébergé sous OVH, en parcourant les prérequis d'installation pour OVH https://galette.eu/documentation/fr/installation/preparation.html#ovh

j'ai trouvé ceci :

Beaucoup d’utilisateurs rencontrent des problèmes d’affichage des images ou d’accès à la liste d’émargement sur les hébergements OVH. La solution à ce problème passe par la configuration de votre espace. Il faut créer un fichier .ovhconfig à la racine du site avec le contenu suivant :

app.engine=phpcgi

cela à résolu mon problème

merci à tous

Oui Renaud, effectivement repasser à PHPCGI est une solution, mais qui fait perdre beaucoup de performance au serveur ainsi que toute les optimisations et la sécurité apportées par PHPFPM... Solution qui pour ma part n'était pas envisageable.

Bien à vous

Mis à jour par Johan Cwiklinski il y a environ 5 ans

  • Dupliqué par Anomalie #1343: Une erreur est survenue lors de l'affichage de l'interface des groupes :( ajouté

Mis à jour par Johan Cwiklinski il y a environ 5 ans

  • Statut changé de In Progress à Commentaire

Proposition de correction :

diff --git a/galette/lib/Galette/Core/Picture.php b/galette/lib/Galette/Core/Picture.php
index 06d88d46..ce9959c8 100644
--- a/galette/lib/Galette/Core/Picture.php
+++ b/galette/lib/Galette/Core/Picture.php
@@ -297,7 +297,6 @@ class Picture implements FileInterface
     public function display()
     {
         header('Content-type: '.$this->mime);
-        header('Content-Length: ' . filesize($this->file_path));
         ob_clean();
         flush();
         readfile($this->file_path);

Si le problème vient bien du Content-Lenght, ça devrait le corriger.

Mis à jour par Johan Cwiklinski il y a environ 5 ans

Bonjour Johan, et merci d'avoir fait avancer ce sujet :)

Johan Puisais a écrit :

Oui Renaud, effectivement repasser à PHPCGI est une solution, mais qui fait perdre beaucoup de performance au serveur ainsi que toute les optimisations et la sécurité apportées par PHPFPM... Solution qui pour ma part n'était pas envisageable.

Je suis plutôt d'accord, je n'avais pas compris pourquoi passer de mod_php à fpm causait ce genre de bugs chez OVH ; mais je comprends maintenant que c'est juste lié à leur infra technique, et pas spécifiquement à FPM.

Quoi qu'il en soit, le patch proposé devrait résoudre le problème des images. J'ai pris le parti de supprimer le header, pour la simple et bonne raison que je ne peux présumer que les fichiers .htaccess sont autorisés sur les instances de Galette :(

Le ticket #1343 est finalement une autre manifestation dans Galette du présent problème à ce qu'il semble (confirmé sur la liste ce soir par un autre utilisateur). Ce sont des appels ajax certainement (je n'ai pas d'environnement HTTP 2.0, je ne peux pas reproduire), mais je pense que si l'erreur est la même ; l'on peut raisonnablement penser que la solution aussi ;)

Mis à jour par Johan Cwiklinski il y a environ 5 ans

  • Lié à Anomalie #1348: Issues variés lors de l'utilisation de https sous chrome ajouté

Mis à jour par Johan Cwiklinski il y a environ 5 ans

  • Dupliqué par Anomalie #1347: Anomalie d'impression des contributions et transactions ajouté

Mis à jour par Johan Cwiklinski il y a environ 5 ans

  • Lié à Anomalie #1348: Issues variés lors de l'utilisation de https sous chrome supprimé

Mis à jour par Johan Cwiklinski il y a environ 5 ans

  • Dupliqué par Anomalie #1348: Issues variés lors de l'utilisation de https sous chrome ajouté

Mis à jour par Johan Cwiklinski il y a environ 5 ans

  • Statut changé de Commentaire à Résolu
  • % réalisé changé de 0 à 100

Mis à jour par Johan Cwiklinski il y a environ 5 ans

  • Statut changé de Résolu à Fermé
Actions

Formats disponibles : Atom PDF