Si je tente de visiter un sujet supprimé (en cliquant sur une notification, par exemple) dans l’application DiscourseHub, j’obtiens bien sûr une page 404. Certaines fonctionnalités sont désactivées sur les pages 404. Par exemple, je ne peux pas voir que je suis connecté. On suppose que c’est pour réduire la charge du serveur. Cela a du sens.
Mais le problème est que je ne peux pas non plus voir les contrôles en bas de page. Pourquoi ne devrais-je pas pouvoir avancer, revenir en arrière ou basculer vers une autre instance Discourse simplement parce que je suis sur une page 404 ?
Très étrange. J’ai essayé cela deux fois avant de signaler le problème. Sur Meta. La seule façon dont j’ai pu les faire apparaître était comme vous l’avez suggéré, en cliquant sur un autre lien.
Édité : Attendez une minute. La page 404 fonctionne-t-elle différemment pour un administrateur ? Parce que je n’ai même pas pu remarquer que j’étais connecté jusqu’à ce que je quitte la page 404, alors que votre photo de profil est visible dans cette capture d’écran.
Cela peut se produire lorsque le contenu de la page a une hauteur proche de celle de la fenêtre d’affichage. Si vous faites défiler vers le haut ou vers le bas sur la page 404, les contrôles en bas commencent-ils à s’afficher ?
Je ne suis pas sûr qu’il y ait grand-chose à faire dans ce cas, d’autant plus que c’est un cas d’usage extrêmement rare (par exemple, accéder à une page 404 via une notification push).
Non, ils n’apparaissent pas. Je sais comment cela fonctionne.
Ce n’est pas si rare que je clique sur des sujets qui ont été supprimés. Cela m’est arrivé suffisamment de fois pour que j’aie identifié quand cela se produit, ce qui se passe exactement et comment sortir de cet état. (Fermer l’application de force est la méthode que j’utilise habituellement pour en sortir, car c’est la première que j’ai découverte.) Mais oui, c’est un cas limite.
Je ne sais pas où ces contrôles sont générés. J’ai supposé que c’était dans l’application, et non dans Discourse lui-même. Si c’est le cas, il me semble étrange que l’application cesse soudainement d’afficher les contrôles de navigation nécessaires en fonction de la page sur laquelle vous vous trouvez. À vous de voir s’il vaut la peine de le corriger ou non. Je sais simplement que lorsque cela se produit, il me faut un peu de temps pour comprendre ce qui se passe. (Faire défiler vers le haut et vers le bas et attendre que les contrôles apparaissent, mais ils n’apparaissent jamais. Ensuite, par le passé, je fermais l’application de force en pensant qu’elle ne fonctionnait tout simplement pas.) Maintenant que j’ai enfin compris ce qui provoque cela, j’ai pensé signaler le problème.
Ils sont générés dans Discourse, pas dans l’application. Lorsque nous avons mis en œuvre cette fonctionnalité, nous avons testé les deux approches, et les avoir dans Discourse offrait une expérience beaucoup plus fluide.
Je n’ai jamais rencontré cet écran, mais différents utilisateurs utilisent Discourse de manières différentes, donc je comprends que cela puisse être courant pour d’autres (et une expérience frustrante). Comme vous le soupçonnez, je pense que vous recevez une page statique rapide pour une erreur 404. Et je suis presque certain que les contrôles de l’application en bas ne sont pas inclus dans les pages statiques, c’est pourquoi le défilement vers le haut ou le bas ne fonctionne pas. Je vais enquêter et voir s’il est facile d’ajouter les contrôles aux pages statiques (je soupçonne que ce n’est pas simple, honnêtement).
Non, les FAQ font toujours partie de l’application Ember. Par « page statique » ci-dessus, j’entends des pages qui ne chargent pas du tout l’application Ember. Il n’y en a pas beaucoup.
J’ai effectué quelques tests rapides, et la seule façon d’accéder à une page 404 non-Ember est de saisir manuellement une mauvaise URL dans le navigateur. Si je clique sur un lien à l’intérieur de Discourse pointant vers une 404, la page rendue provient d’Ember et contiendra donc les contrôles de navigation en bas dans DiscourseHub. J’ai testé cela en m’envoyant un MP avec un lien vers une URL inexistante.
Ajouter les contrôles à la page 404 non-Ember n’est pas simple ; ce code dépend d’Ember et de la détection de l’appareil, nous ne pouvons donc pas simplement le copier/coller là-bas.
Lorsque vous obtenez cette 404, pouvez-vous cliquer sur le logo ? Cela devrait vous ramener du côté de l’application Ember, et tout devrait fonctionner correctement à partir de là…
