Один список проблем, в котором пользователи могут видеть только назначенные им проблемы - PullRequest
1 голос
/ 28 января 2011

Возможно ли иметь список проблем в sharepoint, где пользователи могут видеть только свои назначенные проблемы (а не другие)?

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

Обновление:

Мое ограничение безопасности после проверки было ослаблено, поэтому мне не придется беспокоиться о том, как нахальный пользователь манипулирует идентификаторами URL и т. Д. Я просто не хочу, чтобы пользователь мог видеть представление под названием «Все проблемы». "в раскрывающемся списке. Как-то скрыть эту точку зрения по неизвестности. В идеале пользователь должен видеть только представление под названием «Мои проблемы». Тем не менее, мне нужно представление «Все проблемы», чтобы пользователь, который вносит вклад, назначал проблемы. Пользователям, которым назначены проблемы, нужен только доступ для чтения к их проблемам.

Я думал о добавлении «основного» списка проблем, в котором пользователь-участник будет вести и иметь подпрограмму синхронизации (которую я уже написал), которая синхронизирует все элементы с другим списком проблем, в котором отображается только «Назначено». равен представлению [Me] "(по умолчанию) или это можно сделать проще, просто имея один список и каким-то образом скрывая представление" Все "от постоянных пользователей или что-то в этом роде? Я не хочу, чтобы пользователь нажимал «Все содержимое сайта» и выбирал список, чтобы найти представление «Все».

Ответы [ 6 ]

3 голосов
/ 28 января 2011

Вы говорите об истинной безопасности или настройке представления?

Если вы настраиваете представление, просто установите фильтр для Assigned To равным [Me].

1 голос
/ 30 января 2011

Другим вариантом на маршруте безопасности будет использование рабочего процесса для установки разрешений на элемент человеку, которому он назначен. Делая это таким образом, вы даже можете позволить людям переназначить проблему другим, и тогда рабочий процесс сможет обновить разрешения.

Ознакомьтесь с пользовательскими действиями SharePoint Designer в CodePlex здесь: http://spdactivities.codeplex.com/

Я также написал аналогичное действие рабочего процесса для безопасности элементов списка, которое немного более глубокое, чем в кодексном, и мое также работает с Аутентификацией на основе форм - если вам это нужно, я могу организовать отправку тебе.

Надеюсь, это поможет ...

1 голос
/ 28 января 2011

Для истинной безопасности проблема в том, что опытный пользователь всегда может вручную изменить строку запроса URL-адреса DispForm.aspx, чтобы попасть в другой элемент списка. Так что я могу придумать пару вариантов:

  1. Создайте пользовательскую DispForm или пользовательскую веб-часть, размещенную в DispForm, которая вызывает HandleAccessDenied , если текущий пользователь не имеет прав на управление списком и не назначен пользователю для текущего элемента списка.
  2. Добавить ItemAdded получатель события, который вызовет BreakRoleInheritance (false) , а затем предоставит доступ Contribute назначенному пользователю.
1 голос
/ 28 января 2011

Я не думаю, что вы можете использовать эту функцию OOTB, но вы можете использовать Content Qwery Webpart.Просмотрите этот пост о Альтернативе веб-части "Запрос контента" для WSS 3.0 и посмотрите, поможет ли это.

0 голосов
/ 11 октября 2013

Представления, используемые в веб-частях списка, не добавляются в представления списка по умолчанию, поэтому вы можете создать страницу веб-части или страницу публикации с веб-частью списка, в которой есть только отфильтрованное представление списка [me], и ​​уменьшить воздействие просмотр всех элементов.

0 голосов
/ 12 марта 2011

Я закончил тем, что решил скопировать основной список в другой список с отображением только Assigned To = [Me].

...