- Expédié
- 26 août 2026 à 08:05 UTC
- Auteur
- kamo
- Commite
- cb7962f
voipApi.getConversations passe par apiCall, qui lance sur n'importe quel non-2xx contrairement aux deux autres branches de loadMore, qui vont directement chercher() et vérifier res.ok. La branche du texte n'avait pas de prise autour d'elle, donc un backend 500 est devenu un Dénonciation de promesse non mangée, plus n'a jamais retourné faux, et la sentinelle IntersectionObserver ce dernier n'a cessé de lancer à nouveau le même appel à défaut. Il est maintenant attrape et dégrade exactement comme ses frères et sœurs: arrêtez la pagination, tenez à Quelles que soient les rangées déjà chargées, ne jetez jamais. Élimine également la couverture de l'extraction hors de l'ancien composant de la liste de discussion a eu: que l'effet Intersection de l'observateur de la sentinel re-racontalement une fois scrollRoot.current est renseigné sur un rendu ultérieur (un ref naufrage qui commence nul et ne jamais obtenir un re-retour réel vérifié serait sinon enraciner le observateur sur la fenêtre d'affichage pour toujours - le bug exact que ce crochet existe pour éviter). Ce comportement était déjà correct; ce test ne fait que combler l'écart qu'il était non testés. Un contrôle de mutation (scrollRoot.current-------------------------------------------- array) a confirmé que le nouveau test échoue effectivement contre cette régression.