- Verschifft
- 27. August 2026 um 20:26 UTC
- Autor
- Kamo
- Ausschuss
- d51af23
THE BADGE WAS ABOUT THE QUEUE, NOT ABOUT YOU. /new-count gezählt jeder NEUE Bericht Plattform-weit, so konnte es nur fallen, wenn jemand einen Status verschoben . Lesen die Warteschlange nichts an ihr, und es gab keine Möglichkeit, durch sie zu arbeiten. Es zählt jetzt was noch untriatement UND vom Anrufer ungelesen ist. Ein Prädikat, drei Oberflächen: ein Bericht ist neu für Sie, wenn sein Status NEU ist und Sie haben keine system_bug_view-Reihe dafür. countByStatusUnviewedBy beantwortet die Plakette, SystemBugDTO.viewed Kleider die Karte, und die Konsole isNewToViewer zieht die glühen von den gleichen zwei Tatsachen. Ein Abzeichen mit der Aufschrift 3 über fünf glühenden Karten ist ein Fehler Bericht, nicht eine Warteschlange. Lesen ist absichtlich keine Triage. Das Öffnen eines Berichts markiert es für Sie gelesen und lässt es NEU für alle anderen - eine gemeinsame Flagge würde den ersten Leser klar lassen es von der gesamten Mannschaftsliste. LIVE, über einen CONTENTLESS BROADCAST. Die Rechts- und Ausbildungsabzeichen besitzen jeweils ein pro-Mitglied NATS Thema mit ihrer Nummer; diese Form passt nicht hier, weil die Einreichung eines Berichts die Anzahl für jeden MANAGE_SYSTEM_BUGS Inhaber ändert unter einmal und PlatformRightsResolver antwortet "hält dieses Mitglied es", nie "wer hält es". Also system.bugs.changed sagt nur, dass die Warteschlange verschoben und jede Konsole liest wieder ihre eigene Zählung über den authentifizierten Samen. Denn die Nutzlast hält keine Nummer, kein Titel und keine ID, es brauchte kein neues bewachtes Präfix in StompDestinationAuthz - jeder Eintrag gibt es, um ein Mitglied zu lesen ein anderes pro-Mitgliedsthema, und so etwas gibt es nicht. Jede Ankündigung ist NACH der zurückgegebenen @Transaktionsmethode, nie drin: Ankündigung von innen würde jeder Konsole sagen, eine Reihe ein Rollback dann neu zu lesen wegnehmen, und die Wiederlese würde auf der alten Nummer landen, ohne etwas zu korrigieren. POST /{id'/viewed is idempotent - die Konsole feuert es auf jedem geöffneten, von jedem tab - und der eindeutige Index auf (bug_id, member_id) ist, was das erzwingt, nicht die Pre-Check, welche zwei Tabs Rennen gerade vorbei. GET /status-counts füttert die Zahlen neben jedem Eintrag des Statusfilters. Jeder Prädikat der Auflistung wird angewendet, außer der Status eins, weil die Zahl nächstes zu einem Eintrag ist ein Versprechen darüber, was Kommissionierung wird es zeigen. benötigt die system_bug_view-Migration von KamoInitializerService, um zuerst ausgeführt zu werden.