|
![]() |
#1 |
Снова балуюсь косаптой :)
|
У меня была такая же ошибка, у конкретного пользователя, на конкретной таблице. Появлялась также после корректной отработки validatewrite() на таблице. Сбросы кэшей, компиляции-синхронизации и тп не помогли.
Собака оказалась зарыта в правах. У пользователя было 200+ назначенных ему групп, в некоторых из которых права были настроены криво.
__________________
Бесты и регарды! |
|
![]() |
#2 |
Участник
|
Добрый день. Только что возникла такая проблема, исследование показало следующее.
Такая проблема бывает из-за того что в настройке безопасности на уровне записей для какой-либо таблицы сохранен запрос по другой таблице. Т.е. при срабатывании механизма прав на уровне записей одной таблицы, ядро пытается применить сохраненные в таблице SysRecordLevelSecurity критерии (упакованный query) по полям другой таблицы. Что, как кажется, сносит системе крышу, но, в общем, обрабатывается корректно с точки зрения системы ![]() Т.е. зависимость от настройки прав тут выступает в части настройки доступа на уровне записей для групп пользователей. Само же некорректное сохранение запроса по одной таблице для другой таблицы не знаю точно как происходит, но замечал, что это иногда случается. Тут причины могут быть очень разные. В общем решение - проверить/пересоздать настройки безопасности на уровне записей по проблемной таблице для группы, в которой происходит инцидент. Последний раз редактировалось Romb; 05.11.2013 в 03:50. |
|
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|