ReportDefinition n'a jamais livré les droits plus étroits que son résolveur lit

Fixkamo-shared-library
Expédié
2 septembre 2026 à 04:29 UTC
Auteur
Kamo
Commite
d49b0fd

ReportScopeResolver, son test et le javadoc de cette classe, tous nom De même, et ReportSecurityScope a fait l'objet d'une évaluation au niveau du projet depuis lors. le cadre débarqué. La méthode du constructeur et les trois accessoires derrière eux n'a pas, donc SecurityService n'a pas compile: getTeamRight, getOwnRight et Les droits d'octroi ont été appelés contre un type qui ne les a jamais déclarés. Cela a entraîné une manière qui n'a pas l'air liée à l'établissement de rapports. La construction pour l'engagement du Studio de rapport est devenu rouge, donc SecurityService a continué à faire fonctionner l'image du commis dont le serviceType n'a pas de rapport. Un KamoInitializer entre autres, avait ensemencé le modèle maître de l'orgge de racines avec tous les non-dépréciés Type de service en tant que FORCE-ENABLED, RAPPORTS, parmi lesquels, et est « énuméré(STRING). Un rangé illisible plus tard, chaque lecture de ce modèle a été lancée: GET /api/sécurité/modèle de maître 500'd, donc le bouton Master Model a disparu de Branch Types, and FeatureController ne pouvait pas énumérer les fonctionnalités, donc les applications de kamocrm cessé d'apparaître pour tout le monde. Élément pur. Les deux arguments sont nuls et aucun des neufs expédiés. indique les noms de l'un ou l'autre, de sorte que les modifications de champ d'application du rapport ne sont pas prises en compte; que ni les noms ne sont exactement le droit requis, c'était toujours le cas.

Tous les changements

Comme ce que tu vois expédier ?

Chacune de ces mises à jour atterrit automatiquement dans votre espace de travail. Commencez gratuitement et regardez-le grandir semaine après semaine.

Commencez gratuitement pour toujoursPrix de visualisation