Pin down bucketOf et unreadForRow contre une répétition

Testkamo-internal
Shipped
26 août 2026 à 04:03 UTC
Author
kamo
Commit
2801501

Ce fichier vient d'expédier quatre défauts silencieux dans un tour d'examen - une ligne d'IA qui est tombé jusqu'au mauvais seau, un titre qui n'a jamais été lu ligne, un seau manquant dans l'autorisation de préférence persistée, et un non-lirelatif le calcul qui (en tant que premier projet de celui-ci) aurait mis à zéro tous les Le badge de la rangée SOCIALE - aucun d'entre eux n'aurait attrapé un dactylographe ou une construction. Il n'y a pas eu de test dans ce dossier, avant ou après. bucketOf et le terary-lementer-lire étaient déjà purs et déjà sans effet secondaire; ils n'étaient tout simplement pas accessibles à partir d'un test. Les deux sont maintenant exporté, et le ternaire non lu est retiré à l'exclusion de ForRow mot pour mot Le site d'appel est une seule ligne de délégation, et la ramification elle-même n'est pas touchée. L'ensemble des zBUCKETS est exporté aussi, pour l'affirmation à une ligne selon laquelle 'ai' est en fait C'est dedans. Le test de régression SOCIALE a été vérifié comme un préhension contre un l'erreur passée devrait être : en réintroduisant cette erreur. Larcier la goutte "SOCIAL" (c'est-à-dire roulage social à travers la vie) les sessions cartographiés, exactement ce que le plan n'a pas luPour() exemple) a fait exactement l'un des quatorze nouveaux tests échoue - celui-ci, avec le leurre planté valeur au lieu de row.unreadCount - et laissé les treize autres verts. Rebrogé immédiatement après.

All changes

Comme ce que tu vois expédier ?

Chacune de ces mises à jour atterrit automatiquement dans votre espace de travail. Commencez gratuitement et regardez-le grandir semaine après semaine.

Commencez gratuitement pour toujoursPrix de visualisation