- Verschifft
- 23. September 2026 um 02:56 UTC
- Autor
- Kamo
- Ausschuss
- 80e1d6f
************ passend zu einem ImgShare von ImgShare.member - dem SHARER, der erstellt die Zeile, so dass sie auflisten können, was SIE geteilt (getSharesByImage) statt ImgShare.swMitglied, der "gemeinsame" Empfänger. Eine Aktie hat nie ihre beabsichtigte gewährt irgendetwas zu akzentuieren: der Sharer hatte bereits Zugriff, weil er der Sharer war (redundant mit dem org+clearance check jede gelesene Lektüre, und die hier gelesene Ausgabe des Empfängers ist immer leer zurückgekommen. Das ist auch der Grund, warum img_shares null Zeilen in der Produktion hat (bestätigt über ysqlsh) . Teilen hat noch nie arbeitete, so gibt es keine Daten zu migrieren. kannUserAccess/canUserWrite jetzt mit einer aktiven, nicht abgelaufenen Aktie mit dem Empfänger abgleichen: von ImgShare.swMitglied direkt, oder für ein Teammitglied, das einzige Mitglied Subtyp der Abteilung/Job-Titel Share Targets können gegen sich entscheiden, indem sie das eigene ************ abgleicht Department/JobTitle. createShare (ImagingController) baut bereits alle drei Aktienformen (shareType ************ das ist es, was die beiden Gruppen formt es schon lässt ein Teilhaber schaffen tatsächlich etwas entweder. createShare selbst hatte zwei Lücken, sobald das Match oben aufhörte, still träge zu sein: - Granting isAllowEdit=true nahm nur VIEW_DOCUMENTS, ohne Prüfung, dass der Sharer hatte eine besondere Beziehung zu dem Dokument - jedes Org-Mitglied könnte ANYONE bearbeiten Zugang zu ANY gewähren Dokument, das sie nur ansehen konnten. Jetzt erfordert EDIT_DOCUMENTS auf dem Sharer, UND dass der Sharer ist der eigene Schöpfer/Besitzer des Dokuments oder hält MANAGE_DOCS_SETTINGS. Eine klare Sicht-Share (die default, isAllowEdit weggelassen oder falsch) ist nicht betroffen und benötigt noch nur VIEW_DOCUMENTS. - Kein Selbstbeteiligungsblock: Ein Mitglied könnte sich als swMember bezeichnen. Jetzt verweigert sich jetzt (400) anstatt als harmlos aussehende No-op links . kannUserAccess bereits behandelt den Schöpfer als mit Voller Zugang, so dass eine Selbstbeteiligung war nie sinnvoll, und lassen es möglich ist eine weitere Form für eine Köderreihe. Neue Tests: DocumentServiceShareAccessTest (9 Fälle: Empfängerzugriff, Sharer-gets-n-nichts, ein Außenseiter, edit-vs-view, Ablauf, Widerruf, Abteilung, Berufsbezeichnung, plain-Member-is-unbetroffen) und 6 Fälle hinzugefügt zu ImagingShareCreateTest (die vier Kombinationen des Edit-Grant-Gates, Selbst-Teile). Mutation-checked: Reverting hatActiveShareFor/targets zum alten findByImgAndMember(img, member) Abfrage dreht 2 der neuen DocumentServiceShareAccessTest-Fälle rot; rückwenden ImagingController.java's createShare Änderungen an der Herkunft/Hauptdrehungen 3 der 6 neuen ImagingShareCreateTest Fälle rot. Komplette Suite: 758 Tests grün (war 743; +15 neu).