Benoit-Pierre - Qwice

Témoignage de bug probablement déjà connu : déco intempestive ou messages d'erreur lors de rédaction

Benoit-Pierre - Qwice 2024

Témoignage de bug probablement déjà connu : déco intempestive ou messages d'erreur lors de rédaction J'étais en train de répondre à Thomas icihttps://qwice.com/Point/T3h3dgnUwgCyvjet j'ai eu un pop-up d'erreur "la page demandée est introuvable" à l'instant ou j'ai collé le lien. Le lien a été collé par click milieu de la souris (Linux), et instantanément, j'ai eu ce pop-up.J'ai donc vérifié dans la fenetre de droite si mon lien est bon, et, visiblement, il est valide.Je sais que ce type d'erreur ne désigne pas forcément le texte que je colle, mais, j'ai eu plusieurs fois l'impression que ça se rapporte à une tentative d'un code dynamique inclus à l'éditeur qui essaye de communiquer avec le serveur, et j'ai parfois l'impression que ce message est juste du à une erreur de connexion, entre le code caché de l'éditeur, et le serveur. Trop rapide pour un "paquet perdu", mais peut être un "paquet retourné" du à un bug wifi, ou un routeur qui déconne. Si j'ai raison, faudrait attendre un quart de seconde, et re-essayer la même requête.En particulier, je sais que ma carte wifi bloque parfois la totalité du traffic quand elle scan les points d'accès; durant ce scan, TOUT le traffic est interrompu. Ca ne dure que quelques milièmes de secondes. ET ça ne m'a jamais posé problème, parce que toutes les applications re-tentent immédiatement, et ça passe. Ca fait longtemps que je ressens ça; et Qwice est le premier logiciel a produire une erreur immédiate et définitive. Je pense que le code de Qwice ne prend pas assez en compte les erreurs réseau mineurs, et n'implémente pas de RETRY.Une erreur de routage immédiate est possible aussi pendant qu'une interface se reconfigure, pour activer et configurer un bridge. Y a aussi des effets de bords lors de l'établissement d'un VPN (le temps qu'il modifie les routes par défaut, si il est mal codé).Il faudrait donc ... un sablier, et un retry. Ne pas produire une erreur immédiate, mais, bloquer la page avec un pop-up, présenter le sablier (drapeau LGBT qui tourne), re-éssayer pendant 5s, (avec une tentative toutes les demi secondes), et ne passer en erreur que si rien n'a été reçu après 5s.Et encore, parfois, quand j'upload comme un malade, je peux avoir une latence de 8 à 25s. Donc normalement, pour considérer un paquet perdu, faut attendre 60s.Mais meme si l'application reçoit des erreurs immédiates de routage, faut quand même ré-essayer 3 ou 5 fois avec un poil de latence.Je n'avais jamais eu d'erreur applicative comme ça, mais je sais qu'il y a des refus de délivrance de paquet dans certains cas, parce que parfois je fais de l'analyse de réseau à tolérance nulle. Je lance des analyseurs, et je leur demande de me chier super rapidement au moindre paquet non répondu, avec des latences que je configure super bas (parfois sous 100ms). Sous 10ms, j'obtiens des taux de perte astronomiques. Mais c'est utile pour chercher des bricoles. Je n'ai habituellement d'erreur aussi rapide que via les analyseurs avancés. Jamais en application end user.