- Verschifft
- 27. August 2026 um 20:16 UTC
- Autor
- Kamo
- Ausschuss
- dc7af26
SystemBugView ist pro VIEWER, nicht pro Bug - eine zuerstansichtsbasierte Spalte auf SystemBug würde lassen, wer einen Bericht geöffnet hat, zuerst von jedem anderen Managerabzeichen klärte. memberId ist ein roher Long statt ein @ManyToOne: Jede Anfrage ist "für diese Mitglied id", und ein Verein würde ein Mitglied pro Reihe für eine Frage laden, dass schaut sich nie einen an. SystemBugRepository erhält zwei Abfragen: countByStatusUnviewedBy - die Nummer des näuser badges. Bewusst zweiseitig: Status allein konnte nur fallen, wenn jemand triaged, und Lese-Zustand allein würde eine Bug, der aktiv gearbeitet wird noch glühend. NICHT EXISTEN statt einer LINKE JOIN ... IS NULL, so dass der Planer beim ersten Spiel anhalten kann. countGroupedByStatus - die Zähler neben jedem Eintrag des Statusfilters. Jeder Prädikat von findVisible wird wörtlich wiederholt, außer dem Status eins, weil die Nummer neben einem Eintrag ist ein Versprechen darüber, was Kommissionierung es zeigen wird. COUNT DISTINCT aus dem gleichen Grund findizzig macht seine Zählabfrage: die LINKE JOIN zu Websites ergibt eine Zeile pro Website einen Bug-Namen. SystemBugDTO.viewed geht es um den CALLER, im Gegensatz zu jedem anderen Feld auf der Platte Zwei Mitglieder, die sich den gleichen Bericht ansehen, werden absichtlich unterschiedliche Dinge erzählt. Keine Version Bump: der Nachlass bleibt auf einer kamo-shared-Bibliothek Version. Nachdem KamoInitializerServices system_bug_view Migration zuerst ausgeführt worden ist.