Pouvez vous preciser quel environnement/version de SharePoint vous utilisez ?
Le probleme survient-il sur d'autres collections de sites ?
Dans la collection de sites impactee, vous avez le sous-site A pour lequel le probleme apparait, et un autre sous-site B pour lequel tout fonctionne. Y'a-t-il une difference fondamentale dans la gestion des permissions entre les sous-sites A et B (ex.: heritage de permissions du root site) ?
J'ai tendance a croire que c'est sur du SP Online que vous travaillez, dans ce cas, vous pouvez vous referer a l'article ci-dessous.
https://support.office.com/en-us/art...rs=en-US&ad=US
Il y est indique que pour gagner du temps vous pouvez forcer l'application du parametre sur la collection de sites avec la commande (necessite SPO Management Shell):
Confirmez que le composant soit normalement visible dans la gallerie de webparts (MSContentEditor.dwp) situee a l'adresse {site}/_catalogs/wp/
Code : Sélectionner tout - Visualiser dans une fenêtre à part Set-SPOsite <SiteURL> -DenyAddAndCustomizePages 0
Une fois le parametre applique, essayez de creer un nouveau site dans cette collection de sites.
Puis voyez si le composant webpart est accessible lors de modification d'une page.
Cela vous donnera une indication sur le comportement par defaut de la plateforme dans cette collection de sites.
En fonction des reponses aux questions ci-dessus modifiez les permissions du nouveau sous-site pour voir si le probleme est reproductible.
Partager