- Verschifft
- 12. August 2026 um 22:13 UTC
- Autor
- Kamo
- Ausschuss
- c7cdd49
Die Kontoansicht kann nun sagen, was mit einem Konto passiert ist und wer darauf ist. - Jede Mutation auf der Kontooberfläche zeichnet Geschichte auf: erstellen, Feldbearbeitungen, soft delete, merge (was die Timeline des Verlierers eher auf den Überlebenden verschiebt als fallenlassen), Adressen, Notizen und das Mitglied addiert/entfernt/primäre Pfade. GET-Kunden/{uid'/Geschichte und /history/Filter spiegeln die Bleiendpunkte Anfrage für Anfrage, weil eine Komponente in der internen Website liest beides. - getCustomerMitglieder gibt zurück, was eine Mitgliedsreihe gerendert werden muss: das Display Name, Avatar, Berufsbezeichnung und istTeamMitglied. Beide Arten von Menschen gehören auf eine Konto - der zahlende ist häufig nicht auf der Gehaltsliste - und ohne Flagge die beiden lesen identisch. - updateCustomerMembers akzeptiert IDs als Strings (eine unique_rowid() Vergangenheit MAX_SAFE_INTEGER kommt anders abgerundet an, löscht das primäre Mitglied, wenn die Reihe entfernt wird ihnen gehört ihnen und mutiert nicht mehr das Waisenumbeschleunigung Sammlung neben dem Repository schreibt. - Die Verzeichnissuche nimmt scope=all, über jedes Mitglied der Org statt die Personalliste, und jede Zeile sagt, welche Art es ist. Die Endpunkt-Ratsche erfährt DenyUnsige nicht: Sie lädt die Sitzung und gibt 401 zurück ohne eine, oder 403 ohne das Recht, so ein Handler, der mit ihm öffnet getan hat streng mehr als einen Anrufer zu lösen. Zwanzig Basiseinträge wurden nur aufgelistet weil der Scan den Wächter, der bereits da war, nicht sehen konnte.