La recherche par tag avec case à cocher n'affiche pas de résultats sur mobile

[Moin]

Note d’août 2023 : Les exemples plus anciens dans ce sujet contiennent des références à des balises qui n’existent plus, cependant le problème des résultats vides persiste.

Si je visite https://meta.discourse.org/tags/c/theme/61/theme-component sur mobile, que j’appuie sur la loupe, que je cherche par exemple « topic » et que je coche la case pour « rechercher la balise Customization > Theme component », il y a deux problèmes.
D’une part, il faut appuyer deux fois sur la case pour qu’elle soit cochée. D’autre part, il n’y a aucun résultat de recherche après avoir appuyé une ou deux fois sur la case, alors qu’il y en a beaucoup si l’on utilise la recherche sur ordinateur.

Recherche sur mobile sans toucher à la case

https://meta.discourse.org/search?context=tag&context_id=theme-component&q=Topic&skip_context=true

Recherche sur mobile & case cochée une fois

https://meta.discourse.org/search?context=tag&context_id=theme-component&q=Topic&skip_context=false

Recherche sur mobile & case cochée deux fois

https://meta.discourse.org/search?context=tag&context_id=theme-component&q=Topic&skip_context=false

Recherche sur ordinateur

https://meta.discourse.org/search?q=topic%20%23theme-component

Je sais, je pourrais taper Customization > Theme component dans la recherche pour obtenir des résultats sur mobile, mais je pense que ce n’est pas l’intérêt de proposer cette case à cocher.

[maiki]

Salut, bonne trouvaille @moin. Je pense que tu as peut-être trouvé deux bugs.

1. La case à cocher ne fonctionne pas immédiatement, et
2. La recherche par portée sur une balise crée une URL que Discourse sert avec un 403

La case à cocher ne coche pas

Sur mobile, le lien de recherche ajoute « context » à l’URL, ce qui révèle la case à cocher à basculer en question. Dans ce cas, l’URL que nous examinons est https://meta.discourse.org/search?context=tag&context_id=theme-component&skip_context=true.

Lorsque nous basculons la case à cocher, nous modifions la requête de recherche où skip_context passe de true à false et vice versa. Cela signifie également que vous pouvez créer une URL où la case est cochée par défaut, comme https://meta.discourse.org/search?context=category&context_id=1&skip_context=false. C’est important, car j’ai remarqué un comportement différent entre les deux états lors du chargement.

skip_context=true

Par défaut sur la vue mobile, et la case ne sera pas cochée. L’interaction avec la case à cocher, par toucher ou clavier, modifie l’URL en skip_context=false, mais ne coche pas la case. Cliquer une fois de plus la coche, en gardant « false » dans l’URL.

Ensuite, elle peut être basculée dans un sens puis dans l’autre, avec les modifications d’URL correspondantes comme prévu.

skip_context=false

Lorsque la recherche est chargée, la case est cochée, et l’interaction avec elle fonctionne comme prévu : chaque interaction modifie la case à cocher et l’URL.

---

J’ai remarqué séparément que l’utilisation de ces cases à cocher me fait également perdre la focalisation sur la page, quel que soit la valeur de skip_context ; j’espère que c’est la même chose qui cause notre problème de double-clic.

J’ai reproduit ce comportement en mode sans échec et sur des appareils mobiles.

Ok, je vais voir ce que je peux expliquer sur le fait que les balises ne filtrent pas dans une réponse de suivi, pour qu’il soit plus facile de les séparer si nécessaire.

[maiki]

La limitation des balises dans les résultats de recherche renvoie une erreur 403

Cela m’a désorienté, car lorsque j’ai essayé de reproduire le problème hors du site méta, j’ai par erreur chargé une catégorie au lieu d’une balise dans le contexte de recherche. C’était une chance, car lorsque j’ai réalisé mon erreur, je savais au moins comment les requêtes de recherche sont générées pour ces contextes.

Prenons comme exemples Customization > Theme et Customization > Theme component :

Lorsque nous utilisons le contexte de recherche pour les balises, notre requête ressemble à https://meta.discourse.org/search?q=topic&page=1&search_context[type]=tag&search_context[id]=theme-component, ce qui renvoie une erreur 403.

Lorsque nous utilisons le contexte de recherche pour les catégories, notre requête ressemble à https://meta.discourse.org/search?q=topic&page=1&search_context[type]=category&search_context[id]=61, ce qui renvoie les résultats comme prévu.

Autrement, si nous choisissons une balise dans les filtres de recherche avancée, notre requête ressemble à https://meta.discourse.org/search?q=tags:theme-component&page=1 et renvoie les résultats correspondant à cette balise.

Je parviens à reproduire le fait que le chemin &search_context[type]=tag&search_context[id]=theme-component renvoie une erreur 403, également en mode sans échec.

Existe-t-il d’autres types de search_context ? J’ai parcouru le code mais n’ai pas pu le déterminer ; dans l’affirmative, nous pourrons également les tester.

[Jonathan5]

Continuant la discussion de Abonnements Discourse - permettre l’abonnement d’une durée prédéterminée :

J’allais lier des publications que j’avais créées avec la balise d’abonnements, alors je suis allé sur la page de liste des balises, et j’ai cherché à partir de là. Aucun résultat – voir ci-dessous. Lorsque je cherche à partir de la page principale, cela fonctionne correctement. Il se pourrait que la case à cocher soit le problème, car c’est une différence.

[JammyDodger]

Je peux confirmer cela. Je viens d’essayer de rechercher à partir de la balise post-voting avec l’option cochée, et je n’ai trouvé aucun résultat (mention ou autre mot-clé normal)

Android/Chrome

(pas encore vérifié sur ordinateur) J’ai vérifié sur ordinateur et cela fonctionne bien.

[Moin]

Est-ce l’un des problèmes que j’ai signalés ici ?

Search for tag with checkbox not showing results on mobile

Aug 2023 Note: The earlier examples in this topic contain references to tags that no longer exist, however the issue with blank results persists. If I visit https://meta.discourse.org/tags/c/theme/61/theme-component on moblie, tap the magnifying glass, search e.g. for “topic” and tap the checkbox to “search the tag theme-component”, there are two problems. On the one hand you need to tap the checkbox twice untill the box is checked. On the other hand there are no search results aft…

[Jonathan5]

Je n’ai eu aucun problème à cocher la case, mais le manque de résultats semble être le même problème.

[JammyDodger]

@Moin

Est-ce l’un des problèmes que j’ai signalés ici ?

J’ai fusionné les sujets. (et j’ai légèrement modifié le message d’origine).

Juste pour noter ici aussi ; les exemples de tags dans le message d’origine n’existent plus, bien que le problème des résultats de recherche vides sur mobile qu’ils ont démontré existe toujours.

Mes étapes très basiques :

• Sur mobile, allez dans la liste des sujets post-voting
• Ouvrez la recherche et cochez la case Rechercher dans le tag #post_voting
• Entrez quelque chose qui donnerait certainement un résultat (par exemple, ‘comment’ ou ‘@JammyDodger’)
• Appuyez sur ‘Rechercher’

Résultat : ‘Aucun résultat trouvé’

Résultat attendu : Il me trouve des choses

[pmusaraj (Penar Musaraj)]

C’est effectivement un bug, merci pour le signalement, les amis. Il devrait être corrigé lorsque cette PR sera fusionnée : FIX: Search by tag context was broken by pmusaraj · Pull Request #23006 · discourse/discourse · GitHub

[JammyDodger]

Ceci a maintenant été fusionné

FIX: Search by tag context was broken