La recherche rapide envoie des requêtes pour chaque caractère tapé dans certains cas, provoquant des erreurs 403

Étapes de reproduction :

  1. Ouvrez le champ de recherche rapide tout en étant dans une catégorie
  2. Cliquez sur l’option « dans cette catégorie »
  3. Tapez quelques lettres
  4. Une requête de recherche est effectuée pour chaque caractère tapé sans délai d’attente, ce qui entraîne une erreur 403

Cela semble se produire davantage lorsque l’on n’est pas enregistré, peut-être en raison d’une limite de débit différente.

bug limite de débit de recherche

Remarques : Cela ne se produit pas si vous tapez manuellement le #nomdecatégorie, et après avoir supprimé votre requête de recherche pour en effectuer une autre.

4 « J'aime »

Le bug est toujours là, je vois toutes les requêtes dans l’onglet réseau, mais je n’ai pas rencontré le message d’erreur depuis un moment. Les requêtes maximales par seconde ont-elles été augmentées pour les utilisateurs ?

Il est également à noter que si ce bug se produit sur meta.discourse.org et try.discourse.org, il ne se produit pas sur mes instances.

Peut-être est-il lié à un paramètre ?

3 « J'aime »

mettra une priorité moyenne sur l’enquête, car cela risque de générer un trafic excessif, inutilement.

2 « J'aime »

Cela dépend de la vitesse de frappe. Si vous tapez assez vite, la requête ne sera pas envoyée pour chaque frappe. Le widget limite l’envoi de la requête toutes les 400 millisecondes ; si l’utilisateur tape en dessous de ce seuil, la requête ne sera pas envoyée. Testé sur Safari/Firefox/Chrome sur macOS, cela fonctionne bien sur chacun d’eux.

Vous pouvez le voir comme preuve :

CleanShot 2025-03-25 at 09.33.00@2x

Il n’a envoyé que deux requêtes entre la saisie de « Theme component data » et « Theme component data expl », c’est-à-dire aucune requête pour les caractères intermédiaires.

2 « J'aime »