Переопределить поведение SPList.WriteSecurity? - PullRequest
2 голосов
/ 11 мая 2009

При MSDN состояниях, WriteSecurity имеет 1 из 3 возможных состояний:

  • 1 - Все пользователи могут изменять все элементы.
  • 2 - Пользователи могут изменять только те элементы, которые они создают.
  • 4 - пользователи не могут изменять любой список пункт.

Но если я хочу поведение nr. 2 плюс пользователи могут изменять элементы, которые им назначены ? Хорошо, если я предоставлю пользователю полные права (помещенные в группу владельцев) для списка, то они могут редактировать любой элемент (не очень хорошо). Так почему бы не сработать, установив разрешение на уровне элемента «полный контроль» только для пользователя AssignedTo (хорошо)? Я сделал, но это не помогло - доступ запрещен.

Мне нужна именно та функциональность, которая указана в вопросе " Автоматически устанавливать разрешение элемента списка после создания нового элемента ", цитата:

  • Каждый пользователь (руководитель и члены команды) может видеть любые задачи.
  • Супервайзеры могут редактировать любые задачи
  • Члены команды могут редактировать только свои собственные задачи (задачи, которые были им назначены или созданы ими)

, но, несмотря на то, что ответ принят, решение не предоставляет пользователям возможность редактировать назначенные им элементы или , созданные пользователем.

Помощь приветствуется, спасибо!

1 Ответ

2 голосов
/ 08 февраля 2011

Ваш единственный способ сделать это - использовать разрешения на основе предметов. Например. попросите Workflow или Event Handler изменить разрешение для каждого файла / объекта в соответствии с вашими требованиями.

Решение, которое вы цитируете в другой задаче, - это просто установить 2 для SPList.WriteSecurity, что все еще не дает пользователям возможность редактировать то, что они не создали, но были назначены в В этом случае вам нужно дать разрешение этим пользователям, например прослушивая поле «Назначено» с помощью обработчика событий (OnItemUpdated) и предоставьте соответствующему лицу необходимое разрешение.
Кроме того, в решении говорится просто о настройке более высоких разрешений для пользователей, которые всегда должны иметь возможность редактировать элементы (менеджеры), что является решением, но вы не обладаете степенью детализации, которая обычно требуется в таких ситуациях.

...