- Verschickt
- 28. September 2026 um 16:51 UTC
- Autor
- Kamo
- Commit
- eff32c0
Jede Note an einer Leine sendet jetzt die guid des Leadstreams auf /topisch/media/feed/<orgId (SP99-T3), dem sich ein Mitglied der Organisation anschließen kann. Die guid-addressed post-Endpunkte überprüft nur die Organisation (SP98-T3), so dass ein Mitglied, das nicht öffnen darf eine Leitung konnte ihre erste Note lesen (GET /posts/{guid]) und Notizen darauf schreiben (POST /posts/{guid>/comments) - um die SP98-C-6-Pro-Lead-Regel. Lesen, kommentieren, mögen, bearbeiten und löschen von guid jetzt durch ein Gate: eine POST-Sitzung der Organisation des Anrufers, der entweder ein Lead-Stream ist, kann sich der Anrufer öffnen (LeadViewGate, die Leitregel; der Lead gefunden durch media_session_post.lead_id) oder der eigene Feed der Organisation. Alles andere - ein von gelöschtem Blei abgekoppelter Stream, ein Waisenkind - antwortet 404. createPost und LeadCallbackService binden jetzt einen neuen Vorsprung streamt zu seiner Führung, wie getFeed und LeadReassignmentNoteService es bereits getan haben. Produktion: der eine Lead-Stream ohne Führung (Sitzung 724b6446-..., Blei 1189894336349536262) wurde durch ************ gebunden vor dieser Bereitstellung (UPDATE 1; Umkehrung in der Datei). SP99 Abschlussbericht I-1.