- Szycy
- 23 września 2026 10:03 UTC
- Autor
- Kamo
- Pochęt się
- f30b26a
sygnerzy ESStignPlateService sygnatura / urządzenia projektowe (getSigners, upsertSigners, reorderSigners, ZapiszKontrakt, getLatestDesign, listDesignVersions, getDesignVersion, revertDesignDisign) Udowodniono, że szablon istniałByd/FidById i zatrzymał się tam — w ogóle nie ma lubg filtra. InitTemplate i getTemplateByIgId rozwiązał szablon przez imgId sam z tą samą luką, so org A Przekaże org B's imgId osiągnęło szablon B uid i imię/e-mail każdego sygnatariusza, a następnie może Zapisz lub cofnij projekt B lub usuwaj / przeróbki podpisań B, z szablonu, którego nigdy nie posiadał. Każdy teraz zajmuje się pomocą wymagaTemplateInOrg (findByUidAndOrd) lub, dla wyszukiwań imgId, Nowy znalezistek bibliotekiByImgIdAndOrgId — 404 dla innego org, takiego samego jak getTemplate/ AktualizacjaTemplate już to zrobił. Odpisy (updateTemplate, initTemplate, upsertSigners, reorderSigners, UsuńSigner, saveDesign, revertDesign) dodatkowo wymaga EDIT_DOCUMENTS, po prawej stronie SignatureRequestsSSNauki Kontroler już wymaga działania na podstawie dokumentu; czyta tylko o org-scoped. Zależy od kamo-wspólnej biblioteki 9bde243b - pchnięte - Najpierw. Nowe testy: ESignTemplateOrgIsolationTest (izolacja na ? getSigners/upertSign) i ESStandTemplateControllerTest (EDIT_DOCUMENTS gate on writes, a nie on Czytamy). TemplateLayerVeritingTest i jego saveDesign/revertDesign połączenia zaktualizowano dla nowego Parametr orgId.