- Verschifft
- 9. August 2026 um 04:41 UTC
- Autor
- Kamo
- Ausschuss
- b6e9460
Die Registerkarte Kontostatistik hat immer gesagt: "Keine Nutzungsdaten für diesen Zeitraum", für jede Organisation, denn getCurrentUsage() in kamo-internal ist ein Stumpf Rückgabe von Null Metern und nichts dahinter jemals aggregiert Speicher. Serviert drei verschiedene Zahlen pro Speicherfläche, plus eine Gesamtzahl: - was die Organisation jetzt hält, was fällt, wenn Dateien gelöscht werden - was sie im Laufe ihrer Lebensdauer hinzugefügt hat, was nicht - was sich während der aktuellen Abrechnungsperiode bewegte Entfernung ist abgeleitet - keine Tabelle Zeitstempel eine Deaktivierung, da EmbRecordState.DATE_UPDATED ist einfügbar=false und nie aktualisiert . Eröffnung + hinzugefügt - Strom gegen die Periode Eröffnungsschnappschuss. Mit nein Eröffnungsschnappschuss fällt es zurück zu Müll Zeitstempel und meldet sich als ein Boden, anstatt eine Vermutung als Maß zu präsentieren. Lifetime ist genau, wo entfernte Reihen überleben und sammelt sich von Schnappschüssen, wo sie nicht; beide sagen, was sie sind, so kann die Benutzeroberfläche auch. BillingPeriodResolver bevorzugt die Zeit eines Live-Abonnements und fällt auf der Kalendermonat in der Zeitzone der Org. Das Fallback ist das ganze Feature in Produktion: Jedes Abonnement dort führt NULL aktuell_period_start und current_period_end, ohne sie wären die Periodenzahlen für jeden leer Organisation, die existiert - die gleiche Klasse von Bug wie der Stub, den es ersetzt. StorageSnapshotSweep schreibt die tägliche Position, von der die Geschichte jedes Orgs abhängt, Aufholen von bis zu 14 verpassten Tagen und Aussaat eines ersten Schnappschusses aus dem fragwürdigen Lebensdauer so Tracking nicht bei Null neu starten. Die Plattform Endpoint-Berichte gegen physisch gespeicherte Bytes abgerechnet. Kunden werden pro Datensatz in Rechnung gestellt; img_dats hält eine Kopie pro hash, wie viele Orgs auch immer haben Diese Datei, und Miniaturansichten und Konvertierungen kosten Bytes niemand wird in Rechnung gestellt. Beide Lücken sind Kamos Wirtschaft, also sitzen sie hinter @PlatformAdminOnly. 21 neue Tests, 113 insgesamt, alle bestanden.