У пользователя почему-то не работает полнотекстовый поиск в журнале документа. В смысле вбиваешь - ничего не находит. RLS в его ролях тоже есть.
Права на чтение в основном. На документ журнала - чтение (c RLS), просмотр и ввод по строке.
Под полными правами всё ОК. В какую сторону копать? Как понять, что его не устраивает?

Причем чтение Ссылка,Номер,Дата - для всех документов. На прочие поля - RLS. Но я уже дал ему права, чтобы RLS пропускало все объекты - без толку. Может, и не в нём дело...

Причем в расширенном поиске по части строки ищет для конкретного поля. Для этого же тоже вроде полнотекстовый поиск используется?

В профайлере может посмотреть что при поиске происходит

(3) Дык а смысл? БД всё что нужно возвращает. А полнотекстовый индекс вообще не в базе.

не думаю что там полнотекстовый поиск.
Я бы посмотрел

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

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

Полнотекстовый поиск ищет по индексам, наверное. Запусти регламент.

(7) Поиск который по кнопке Найти в УФ?

пример что получается при таком поиске по строковой колонке

WHERE (T1._Description LIKE P1 ESCAPE ''/'')'P1 nvarchar(4000)',N'%Ластик Koh-I-Noor 6541 52х19х7мм%'

(9) Не просто в УФ, а именно в Такси. Там оно без кнопки. Просто поле поиска которое ищет сразу при тайпинге через полнотекстовый индекс (сразу во всех колонках динамического списка).

Предельно упростил условие RLS и прописал его без шаблона - без толку :(

Разобрался. Даже не знаю как сказать...
В общем, работает всё. Но не сразу :)
У меня в этой форме при создании на сервере устанавливается отбор по периоду "Этот месяц". Если его у пользователя удалить или поменять на любой другой или потом на этот же - всё начинает работать. Причем если просто добавить второй элемент отбора - по прежнему не работает. Но если потом удалить новый элемент отбора - работает. Но если что-то набрано в поле поиска, то начинает работать уже при добавлении второго элемента отбора.
Сплошное шаманство, в общем. А главное - вообще непонятно как это связано с наличием/отсутствием RLS у роли. Я даже просто "ГДЕ ИСТИНА" ставил - та же самая фигня. Удаляешь RLS - нормально всё.

В общем, окончательно проблема формируются так - полнотекстовый поиск может некорректно отрабатывать сразу после открытия формы при наличии у формы предустановленных отборов и RLS у пользователя. Лечится изменением состава отбора, после чего отпускает.

Черт. Надеялся, поможет перенос установки отбора из ПриСоздании() в ПриОткрытии() - не помогло :(

По итогу всё проще и грустнее одновременно.
При наличии RLS полнотекстовый поиск срабатывает ТОЛЬКО в момент изменения отбора в списке. А в процессе набора возвращает пустой результат.

У кого-то есть под рукой типовая на Такси с включенным RLS на документы? Проверить это дело. Может в релизе дело или в линухе или где-то есть какая-то волшебная галка...

(17)думаю, что уже пора озвучить релиз платформы

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

До кучи - PostgreSQL 9.2.4 на Ubuntu Server 14.04