Suche nach Tag mit Checkbox zeigt keine Ergebnisse auf Mobilgeräten

\u003e:warning: Hinweis vom August 2023: Die früheren Beispiele in diesem Thema enthalten Verweise auf nicht mehr existierende Tags, jedoch besteht das Problem mit leeren Ergebnissen weiterhin.

Wenn ich https://meta.discourse.org/tags/c/theme/61/theme-component mobil besuche, auf die Lupe tippe, z. B. nach „topic“ suche und das Kontrollkästchen „Suche nach dem Tag Theme component“ aktiviere, gibt es zwei Probleme.
Einerseits muss man zweimal auf das Kontrollkästchen tippen, bis es aktiviert ist. Andererseits gibt es nach einmaligem oder zweimaligem Tippen auf das Kontrollkästchen keine Suchergebnisse, während es bei der Desktop-Suche viele gibt.

Suche auf Mobilgeräten ohne Aktivierung des Kontrollkästchens


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

Suche auf Mobilgeräten und einmaliges Aktivieren des Kontrollkästchens


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

Suche auf Mobilgeräten und zweimaliges Aktivieren des Kontrollkästchens


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

Suche mit Desktop-Ansicht


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

Ich weiß, dass ich Theme component in die Suche eingeben könnte, um auf Mobilgeräten Ergebnisse zu erhalten, aber ich glaube, das ist nicht der Sinn der Sache, das Kontrollkästchen anzubieten.

3 „Gefällt mir“

Hey, gut erkannt, @moin. Ich glaube, du hast vielleicht zwei Fehler gefunden. :slight_smile:

  1. Die Checkbox funktioniert nicht sofort und
  2. Die Suche auf ein Tag zu beschränken, erstellt eine Route, die Discourse mit einem 403er liefert.

Checkbox wird nicht aktiviert

Auf dem Handy fügt der Suchlink “context” zur URL hinzu, wodurch die zu aktivierende Checkbox sichtbar wird. In diesem Fall ist die URL, die wir uns ansehen: https://meta.discourse.org/search?context=tag&context_id=theme-component&skip_context=true.

Wenn wir die Checkbox aktivieren, ändern wir die Suchanfrage, wobei sich skip_context von true zu false und zurück ändert. Das bedeutet auch, dass du eine URL erstellen kannst, bei der die Box standardmäßig aktiviert ist, z. B. https://meta.discourse.org/search?context=category&context_id=1&skip_context=false. Das ist wichtig, da ich zwischen den beiden Zuständen beim Laden unterschiedliches Verhalten festgestellt habe.

skip_context=true

Standardmäßig in der mobilen Ansicht, und die Box ist nicht aktiviert. Die Interaktion mit der Checkbox, per Touch oder Tastatur, ändert die URL zu skip_context=false, aktiviert aber die Checkbox nicht. Ein weiteres Klicken aktiviert sie und behält “false” in der URL.

Danach kann sie hin und her geschaltet werden, mit entsprechenden URL-Änderungen wie erwartet.

skip_context=false

Wenn die Suche geladen wird, ist die Checkbox aktiviert, und die Interaktion funktioniert wie erwartet: Jede Interaktion ändert die Checkbox und die URL.


Ich habe separat festgestellt, dass die Verwendung dieser Checkboxen dazu führt, dass ich den Fokus auf der Seite verliere, unabhängig vom Wert von skip_context; hoffentlich ist es dasselbe, was unser Doppelklick-Problem verursacht. :slight_smile:

Ich habe dieses Verhalten im abgesicherten Modus und auf Mobilgeräten reproduziert.

Okay, ich werde in einer separaten Antwort erklären, was es mit den Tags auf sich hat, die nicht beschränkt werden, damit sie bei Bedarf leichter abgetrennt werden können.

4 „Gefällt mir“

Geltungsbereich von Tags in der Suche gibt 403 zurück

Das hat mich verwirrt, denn als ich versuchte, es auf Meta zu reproduzieren, lud ich versehentlich eine Kategorie anstelle eines Tags im Suchkontext. Das war glücklicherweise, als ich meinen Fehler bemerkte, wusste ich zumindest, wie die Suchanfragen für diese Kontexte erzeugt werden.

Verwendung von Theme und Theme component als Beispiele:

Wenn wir den Suchkontext für Tags verwenden, sieht unsere Anfrage so aus: https://meta.discourse.org/search?q=topic&page=1&search_context[type]=tag&search_context[id]=theme-component, was 403 zurückgibt.

Wenn wir den Suchkontext für Kategorien verwenden, sieht unsere Anfrage so aus: https://meta.discourse.org/search?q=topic&page=1&search_context[type]=category&search_context[id]=61, was wie erwartet Ergebnisse zurückgibt.

Alternativ, wenn wir einen Tag aus den erweiterten Suchfiltern auswählen, sieht unsere Anfrage so aus: https://meta.discourse.org/search?q=tags:theme-component&page=1 und gibt Ergebnisse mit diesem Tag zurück.

Ich kann den Pfad &search_context[type]=tag&search_context[id]=theme-component auch im abgesicherten Modus reproduzieren, der einen 403 zurückgibt.

Gibt es andere search_context-Typen? Ich habe mir den Code kurz angesehen, konnte es aber nicht feststellen; wenn ja, können wir diese auch testen.

3 „Gefällt mir“

Fortsetzung der Diskussion von Discourse-Abonnements – Abonnement mit vordefinierter Länge zulassen:

Ich wollte auf Beiträge verlinken, die ich mit dem Tag „subscriptions“ erstellt habe. Also ging ich zur Tag-Listing-Seite und suchte von dort aus. Keine Ergebnisse – siehe unten. Wenn ich von der Hauptseite aus suche, funktioniert es. Möglicherweise ist die Kontrollkästchen das Problem, da dies ein Unterschied ist.

1 „Gefällt mir“

Ich kann das bestätigen. Ich habe gerade versucht, vom Tag post-voting aus zu suchen, mit der aktivierten Option, und es konnten keine Ergebnisse gefunden werden (@Erwähnung oder anderes reguläres Schlüsselwort)

Android/Chrome

(Noch nicht auf dem Desktop geprüft) Ich habe es auf dem Desktop überprüft und es funktioniert einwandfrei.

Ist das eines der Probleme, die ich hier gemeldet habe?

2 „Gefällt mir“

Ich hatte kein Problem, das Kästchen anzukreuzen, aber das Fehlen von Ergebnissen scheint dasselbe Problem zu sein.

Ich habe die Themen zusammengeführt. :+1: (und den OP ein kleines bisschen angepasst).

Nur um hier auch eine Notiz zu machen; die Beispiel-Tags im OP existieren nicht mehr, obwohl das Problem mit den leeren Suchergebnissen auf Mobilgeräten, das sie demonstriert haben, weiterhin besteht.

Meine ziemlich einfache Schritt-für-Schritt-Anleitung:

  • Auf Mobilgeräten zur #post-voting-Themenliste gehen
  • Suche öffnen und das Kontrollkästchen Suche im #post_voting-Tag aktivieren
  • Etwas eingeben, das definitiv ein Ergebnis liefern würde (z. B. ‘comment’ oder ‘@JammyDodger’)
  • Auf ‘Suchen’ klicken

Ergebnis: ‘Keine Ergebnisse gefunden

Erwartetes Ergebnis: Es findet mir Dinge

2 „Gefällt mir“

Das ist tatsächlich ein Fehler, danke für die Meldung, Leute. Er sollte behoben sein, sobald dieser PR zusammengeführt ist: FIX: Search by tag context was broken by pmusaraj · Pull Request #23006 · discourse/discourse · GitHub

2 „Gefällt mir“

Das wurde jetzt zusammengeführt :partying_face:

3 „Gefällt mir“

Dieses Thema wurde nach 2 Tagen automatisch geschlossen. Neue Antworten sind nicht mehr möglich.