- Verschifft
- 6. September 2026 um 02:22 UTC
- Autor
- Kamo
- Ausschuss
- c7724cb
Die Registerkarte war für jedes Teammitglied in jeder Organisation unsichtbar, einschließlich einer Blick auf ein offenes Posting. Kein Rechteproblem, obwohl es genau geformt wurde wie eins: ************ hatte keine nächste Route dahinter. Das Tor in f24039c0 hinzugefügt hängt an memberCareersApi.openings(). Nächste Antworten ein unroutedierter Pfad mit eigenem 404 HTML, liest<T&T> wirft darauf und der Anrufer fangen - die so eine fehlgeschlagene Zählung existiert hält die Registerkarte statt zu öffnen auf einen Fehler . geschluckt. Karriereöffnungen blieben null, (null ?? 0) 0 - 0 geblieben falsch, und die Registerkarte nie gemacht. Jede andere Schicht hatte schon recht: die endpoint-Antworten, APIService gibt es weiter, CareersAccess.requireView gibt ein Team zu Mitglied, und gegen den lebendigen Cluster gibt die ganze Kette jetzt {"accepting":1" zurück. /api/docs ist der Ort, an dem dies immer wieder geschieht. Die meisten Feature-Bereiche Proxy durch eine optional catch-all, so dass ein Weg unter ihnen Routen, ob jemand erinnerte it; /api/docs hat keine, so dass jeder der sechzehn Karrierewege eine Datei ist. Die dokumentiert UI hat eine Freigabe zum identischen Fehler verloren . siehe docsApiRoutesExist.test.ts, geschrieben für eine formbare Route, die nie erstellt wurde. Auch appliz-prompt/entlassen fehlte und war lautlos in der gleichen way: CareersTab feuert es ab, wenn der Anwendungsdialog schließt und das Ergebnis verwirft, also die Aufforderung ein Mitglied bereits ausgegeben hat, kam einfach zurück, für immer. Es ist eine Linie der gleichen Auslassung und ist mit ihm behoben. Die Wache ist der Punkt des Wandels. careersApiRoutesExist.test.ts löst die HR- und ME-Präfix-Konstanten und überprüft jede URL, die der Client erstellt, weil Dokumente Überprüfung kann diese Datei nicht sehen - es passt literals Anfang /api/docs, und careersApi.ts hat keine. Es scheitert auf beiden Routen vor dieser Verpflichtung.