и снова права доступа...

[Sancho]

ну если воспользоваться бритвой Оккама, то либо настройки, либо объекты всеж-таки чуть-чуть разные.
а только после этого верить в чудо.

[grif]

это да, но объект идентичный 100% и на форме записи скрываются лишние, а вот в коде ошибки не происходит. В настройках базы данных никаких глобальных галочек по этому поводу не обнаружил. Куда копать не знаю

[Sancho]

настройка прав пользователя, очевидно

[apanko]

Цитата:

Сообщение от Sancho

настройка прав пользователя, очевидно

Еще б я лицензии сравнил.
И синхронизацию прав выполнил.

[grif]

Раз на форме отображаются только выборочные по фильтру записи, то фильтры защиты работают. А раз они работают, то как я понимаю выход за разрешённый диапазон должен сопровождаться ошибкой. Как можно так настроить права доступа, чтобы форма фильтровалась секьюрити фильтрами, а в коде был полный игнор их?

[grif]

Цитата:

Сообщение от apanko

Еще б я лицензии сравнил.
И синхронизацию прав выполнил.

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

[romeo]

Цитата:

Сообщение от grif

Раз на форме отображаются только выборочные по фильтру записи, то фильтры защиты работают. А раз они работают, то как я понимаю выход за разрешённый диапазон должен сопровождаться ошибкой. Как можно так настроить права доступа, чтобы форма фильтровалась секьюрити фильтрами, а в коде был полный игнор их?

Настроенные секьюрити фильтры работают на формах, для этого ничего дополнительно писать не нужно. Видимо эти фильтры неявно накладываются.
В коде, если не применять инструкцию SETPERMISSIONFILTER() секьюрити фильтры применяться не будут, делать можно все, что угодно в коде. Но при попытке открыть форму на записи из закрытого диапазона возникнет ошибка. Включатся форменные механизмы обработки фильтров.

[grif]

Цитата:

Сообщение от romeo

Настроенные секьюрити фильтры работают на формах, для этого ничего дополнительно писать не нужно. Видимо эти фильтры неявно накладываются.
В коде, если не применять инструкцию SETPERMISSIONFILTER() секьюрити фильтры применяться не будут, делать можно все, что угодно в коде. Но при попытке открыть форму на записи из закрытого диапазона возникнет ошибка. Включатся форменные механизмы обработки фильтров.

Ну да, всё это понятно и так, но как я понимаю при попытке выхода в коде за разрешённые записи ДОЛЖНА вывалиться ошибка, что и происходит на одной из баз, но не происходит на другой.

[romeo]

Цитата:

Сообщение от grif

Ну да, всё это понятно и так, но как я понимаю при попытке выхода в коде за разрешённые записи ДОЛЖНА вывалиться ошибка, что и происходит на одной из баз, но не происходит на другой.

Нет, в коде ошибка при чтении записи из запрещенного диапазона вываливаться не должна. Именно поэтому почти бессмысленно настраивать секьюрити фильтры на функиональность, которая широко юзается. Потому что образовавшихся брешей и дыр будет немеряно. Закрыть ими можно и целесообразно что-то новое, написанное недавно.

[grif]

Цитата:

Сообщение от romeo

Нет, в коде ошибка при чтении записи из запрещенного диапазона вываливаться не должна.

Это кстати уже интересно. Но почему тогда на тестовой базе ВСЕГДА происходят при выходе за диапазон ошибки вида

Цитата:

---------------------------
Microsoft Business Solutions-Navision
---------------------------
У вас нет разрешения смотреть таблицу ****.

---------------------------
ОК
---------------------------

???
Наверняка это как-то где-то настраивается т.к. других объяснений я просто не вижу.

[romeo]

Цитата:

Сообщение от grif

Цитата:

Сообщение от romeo

Нет, в коде ошибка при чтении записи из запрещенного диапазона вываливаться не должна.

Это кстати уже интересно. Но почему тогда на тестовой базе ВСЕГДА происходят при выходе за диапазон ошибки вида

Цитата:

---------------------------
Microsoft Business Solutions-Navision
---------------------------
У вас нет разрешения смотреть таблицу ****.

---------------------------
ОК
---------------------------

???
Наверняка это как-то где-то настраивается т.к. других объяснений я просто не вижу.

Ограничения лицензии?

[grif]

Цитата:

Сообщение от romeo

Ограничения лицензии?

Вот прям сейчас ещё раз попробовал накатить на обе базы одинаковую лицезню из одного файла и ситуация не изменилось.

[romeo]

Цитата:

Сообщение от grif

Цитата:

Сообщение от romeo

Ограничения лицензии?

Вот прям сейчас ещё раз попробовал накатить на обе базы одинаковую лицезню из одного файла и ситуация не изменилось.

Дебагером строка, на которой ошибка произошла, ловится?

[Sancho]

раз проблема так актуальна, то очередной раз акцентирую на возможное различие в правах пользователя, под которым тестируете!
может быть у него какая-то такая роль есть, которая снимает это ограничение (предоставляет доступ ко всей таблице)?
нигде вместо "да" не стоит "косвенно"?
опять же, Андрей прав, синхренизированы ли пользователи?

с лицензией вряд ли связано: либо видим, либо не видим.
пермишны на объектах одинаковые, раз объекты одинаковые.

[grif]

Цитата:

Дебагером строка, на которой ошибка произошла, ловится?

Ловится. Там код

XXX.FINDFIRST

сразу после RESRT без фильтров. Первая запись запрещена для просмотра на обоих базах

Цитата:

раз проблема так актуальна, то очередной раз акцентирую на возможное различие в правах пользователя, под которым тестируете!

У пользователя только одна роль, набор прав на которой идентичен

Цитата:

может быть у него какая-то такая роль есть, которая снимает это ограничение (предоставляет доступ ко всей таблице)?

Тогда бы на форме отображались все записи, а не только 2 фильтруемые

Цитата:

нигде вместо "да" не стоит "косвенно"?

100% нигде не стоит

Цитата:

опять же, Андрей прав, синхренизированы ли пользователи?

Вызвал ещё раз - ничего не изменилось.

[romeo]

Цитата:

Сообщение от grif

Цитата:

Дебагером строка, на которой ошибка произошла, ловится?

Ловится. Там код

XXX.FINDFIRST

сразу после RESRT без фильтров. Первая запись запрещена для просмотра на обоих базах

Это права, не секьюрити фильтры. Роли посмотрите. Под одним пользвателем попробуйте.

[Sancho]

Цитата:

Сообщение от grif

Первая запись запрещена для просмотра на обоих базах

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

[grif]

Цитата:

Это права, не секьюрити фильтры. Роли посмотрите. Под одним пользвателем попробуйте

Не понимаю до конца что Вы подразуемваете. Ошибка связана с выходом за разрешённые записи таблицы. Если предварительно вызвать функцию SETPERMISSIONFILTER для этой переменной Record, то ошибки не возникает и соответственно первой находится первая запись попадающая под фильтр защиты. Если снять фильтр защиты с данных этой таблицы, то никакой ошибки не возникает

Цитата:

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

Похоже пора верить в чудо Первая запись одинаковая и она точно не разрешена по секьюрити фильтрам

[romeo]

Цитата:

Сообщение от grif

Цитата:

Это права, не секьюрити фильтры. Роли посмотрите. Под одним пользвателем попробуйте

Не понимаю до конца что Вы подразуемваете. Ошибка связана с выходом за разрешённые записи таблицы. Если предварительно вызвать функцию SETPERMISSIONFILTER для этой переменной Record, то ошибки не возникает и соответственно первой находится первая запись попадающая под фильтр защиты. Если снять фильтр защиты с данных этой таблицы, то никакой ошибки не возникает

А, точно! Забыл. Да, выдается ошибка при попытке считать запись, закрытую секьюрити фильтром. Еще и поэтому они вызвали у меня негатив - есть прекрасный механизм ограничения просмотра, но написаны тонны кода и везде вписывать SETPERMISSIONFILTER() в две смены надо будет..

[Sancho]

снести зуп файлы?
Бог знает что там может быть понаписано...