Dernière mise à jour donne écran vierge sur mobile

Il y a quelques minutes, j’ai mis à jour mon site, majoritairement vanilla, et je constate que la version mobile affiche un écran vide à la connexion (Firefox). Il faut faire défiler une page pour voir la liste normale des derniers sujets. Le bureau est ok.

La section d’en-tête est là (logo, recherche, hamburger, avatar). Puis rien pendant une page entière.

Quelle version de build utilisez-vous actuellement ?

Le site fonctionne-t-il en mode sans échec ?

3 « J'aime »

2.9.0.beta6

( 843907d1ac )

Pas encore exécuté en mode sans échec

La précédente version qui fonctionnait bien était à ~10 commits avant celle-ci, si je me souviens bien.

Même problème. Comme je l’ai mentionné, le site est presque 100% vanilla.

843907d1ac fonctionne pour moi, la vue mobile de Firefox et iOS sont tous deux corrects.
Pouvez-vous publier ou envoyer par message privé une URL de votre site ?

Je vais envoyer un identifiant par MP. Je viens de vérifier Brave, même problème. Je vois la page se charger normalement une fraction de seconde, puis elle disparaît. Android, pour information. Je spécule, mais il semble que quelque chose de vide se charge des millisecondes après le chargement normal de la page.

Presque ? :blush:

Je serais intéressé d’entendre les résultats d’un test en mode sans échec car il se pourrait que ce 1% soit la cause d’un problème, un plugin, etc.

1 « J'aime »

^ J’ai mentionné que j’avais essayé le mode sans échec. Oui, plugin vanilla bar docker manager. Pas de thème.

Un autre utilisateur signale que c’est vide en utilisant iOS et l’application Discourse.

Il ne définit pas la largeur de la barre latérale sur 0 (fait dans ce commit, qui est inclus dans votre build)

Votre feuille de style mobile est beaucoup plus ancienne que votre build. Je ne sais pas ce qui pourrait causer cela.
Avez-vous reconstruit depuis la ligne de commande ?

3 « J'aime »

Les reconstructions se font toujours via le lien admin/upgrade. La ligne de commande n’est invoquée que lorsque le gestionnaire docker nécessite une mise à niveau via celui-ci.

Je ne pense pas qu’il s’agisse d’un problème de cache côté client car je viens d’utiliser Brave (mobile) sur le site pour la première fois.

Désolé, je suppose que je n’ai pas lu au-delà de cette partie de votre publication :blush:

1 « J'aime »

Eh bien, je recommande d’essayer la reconstruction de la mise à niveau via la ligne de commande.

Exactement, et je n’ai même jamais visité votre site avant aujourd’hui non plus. Donc, quelque chose sur votre serveur décide qu’il doit servir les anciens actifs. Ceci est corrigé en supprimant le conteneur et en le reconstruisant à partir de zéro.

3 « J'aime »

Bien sûr, je peux essayer. Je me demande pourquoi certaines feuilles de style ne sont pas affectées par le lien de mise à niveau. Ça semble étrange :thinking:

Cela a résolu le problème. Mais je pense que quelque chose d’anormal se produit pour que l’ancienne feuille de style persiste ainsi entre les builds.

2 « J'aime »

Absolument, alors peut-être que quelqu’un de l’équipe ayant plus de connaissances sur docker_manager et le pipeline d’assets peut intervenir ici ?

1 « J'aime »

Je ne vois aucune raison immédiate à cela - je ne suis au courant d’aucun changement récent dans le système de compilation des feuilles de style. Il sera difficile de déterminer la cause profonde maintenant que les choses fonctionnent à nouveau. Mais si cela se reproduit, veuillez nous en informer !

4 « J'aime »