2010-10-07 1 views
0

У меня возникли проблемы с установкой прав защиты для медиа-библиотеки одного из наших клиентов. Для роли Sitecore Author Authoring я указал, что он имеет доступ только для чтения для всей медиабиблиотеки. Мне нужно было «снять защиту», чтобы сделать это, но программа просмотра Access сообщила, что я преуспел. Впоследствии я хотел указать права доступа для пользовательской роли. Это обычай роль является членом следующих ролей:Sitecore Права доступа для персонализированной роли не ведут себя так, как я ожидал

  • Sitecore \ Sitecore клиента Формы Автор
  • Sitecore \ Sitecore Клиент AccountManaging
  • Sitecore \ Sitecore ClientAuthoring
  • Sitecore \ Автор
  • Sitecore \ Sitecore Marketeer Form

Проблема в том, что средство просмотра доступа продолжает рассказывать мне (когда я смотрю на доступ права на эту настраиваемую роль), что моя пользовательская роль имеет права на запись в каталоге A, поскольку для учетной записи sitecore \ Sitecore Client Authoring было предоставлено право доступа «item: write» для элемента «/ sitecore/media library». Когда я смотрю на роль sitecore \ Sitecore Client Authoring в Access Viewer, система сообщает мне другую историю. Там роль sitecore \ Sitecore Client Authoring имеет права на чтение.

Это основная структура медиа-библиотеки для этого клиента.

Media Library

  • Файлы

    • Каталог
    • Каталог B
    • Каталог C и т.д.
  • Изображения

    • Справочник A «
    • Каталог B»
    • Каталог C» т.д.

Любая идея, почему права доступа записи предоставляются моей пользовательской роли?

ответ

2

Вы также можете попробовать сбросить кеш (/sitecore/admin/cache.aspx). Если это проблема 6.X, результат доступа не будет сброшен во времени, поэтому неверный результат останется доступным в кеше.

+0

Cheers;) это сработало! – Younes

2

Попробуйте iisreset и взгляните на Access Viewer еще раз. Правильно ли он отражает ситуацию сейчас?

Возможно, проблема возникла в некоторых старых версиях SC 6.X.

+1

Вы также можете попробовать сбросить кеш (/sitecore/admin/cache.aspx). Если это проблема 6.X, результат доступа не будет сброшен во времени, поэтому неверный результат останется доступным в кеше. –

+0

@Alex: Не могли бы вы написать то, что вы только что сказали здесь, как ответ, чтобы я мог его принять? @Yan: Спасибо за предложение еще раз! – Younes