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

[romeo]

Цитата:

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

Цитата:

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

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

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

Цитата:

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

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

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

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

[grif]

Цитата:

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

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

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

[romeo]

Цитата:

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

Цитата:

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

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

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

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

[grif]

Цитата:

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

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

XXX.FINDFIRST

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

Цитата:

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

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

Цитата:

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

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

Цитата:

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

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

Цитата:

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

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

[romeo]

Цитата:

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

Цитата:

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

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

XXX.FINDFIRST

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

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

[grif]

Цитата:

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

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

Цитата:

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

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

[romeo]

Цитата:

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

Цитата:

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

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

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

[Sancho]

Цитата:

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

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

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