- Expédié
- 2 septembre 2026 à 23:29 UTC
- Auteur
- Kamo
- Commite
- b72eae1
COMMUNIQUÉ: "Je suis aussi un administrateur et je ne vois pas le nouvel onglet des scripts de vente sous /réglages/caractéristiques/crm." Correct, et c'était invisible à TOUTE organisation, Pas seulement celui-ci. Cause racine, tracée plutôt que devinée. Les rubriques de l'onglet sur MANAGE-SALES-SCRIPTS. Ce droit est délibérément absent de le mettre enseigner à partir d'un droit existant permettrait à une organisation de vente de son libellé. qui se trouvait détenir ce qu'il a été ensemencé - de sorte qu'il est accordé à NON PERSONNE lorsqu'il se déploie. Gating on it dissimulait la caractéristique précisément de la qui l'accorderait, et il n'y a pas d'autre moyen de l'accorder. La base de données accepte: org-role-droits tient des lignes nulles pour 300/301 et son type de droite le plus élevé est toujours de 299. C'est une forme documentée et je l'ai raté. app/settings/account/page.tsx porte la même branche propriétaire pour les créances, avec un commentaire disant exactement Cela se produirait. Maintenant en miroir à quatre endroits qui doivent être d'accord - le CRM une page de paramètres, le menu de réglages, les cartes d'atterrissage de paramètres, et (déjà SalesScriptCtroteur, car un onglet qui s'ouvrait sur un 403 serait non Mieux qu'un caché. NavGateContext gains isOrganizationOwner as a REQUISE, non facultatif: a le champ omis serait par défaut "pas le propriétaire" simulacre, ce qui est exact l'échec est à empêcher. TypeScript puis nommé les onze constructions les sites plutôt que de me laisser pour les trouver. salesScriptsOwnerGate.test.ts brosse la régression - un propriétaire ne détenant aucun droit il faut que les deux maillons soient les deux. Notez que ce correctif est nécessaire mais pas suffisant en soi: toujours en train d'exécuter une image pré-part partagé, donc RoleRightsSyncService n'a jamais vu les droits 300/301 et aucun rôle ne peut encore leur accorder. Une reconstruction est envoyée.