Хех...
Ради интереса потестил данную проблему на данном патче и сделал кое-какие выводы.
Может кому интересно, если конечно то что я скажу, известно и попугаю
В Галактике существует два типа настроек -
1. собственно пользовательская (настройки, которые пользователь самостоятельно может настроить под себя). Доступны они из меню Настройка-Настройка любого модуля
2. админсие настройки по пользователям (те, которые админ может настроить каждому пользюку). Доступно из модуля Настройка - Администратор настроек
И, похоже, настройка 1 типа всегда приоритетнее настройки 2 типа. Собственно говоря логически оно правильно - в галке сначала были реализованы настройки 1 типа, а потом на них навешан был функционал настроек 2 типа.
Посему проблема с разрешенными группами прайс-листом может возникнуть в следующем случае :
1. сначала в настройках обоих типов хранились одинаковые значения (наверняка просто ссылка на группу для фильтра) и проблем не возникало
2. затем когда в этом патче реализовали множественный выбор, то в настройке стала храниться не ссылка, а структура (таблица либо маркер - не суть важно). Естественно при реализации данного ф-ла необходимо было сделать проверку и корректную замену значений настроек. По всей видимости сделали проверку при замене настроек 2 типа, забыв про настройку 1 типа.
В итоге получили конфликт значений настроек. Т.к. пользовательская главнее и существует (!) то пофик на админскую для этого же юзера. Вот если запись об этой пользовательской настройке грохнуть, то при проверке настроек, пользовательская создастся а основании админской.
ВЫВОД ил икак попытаться полечить данную проблему
1. Зайти под каждым юзером и грохнуть значение этой насторйки
2. выйти из галки и на всяк случай грохнуть дески
3. зайти под админом и поновой для каждого юзера указать нужные группы прайсов
4. запустить проверку реестра.
по желанию можно пункт 1 заменить ковырянием в табличке tuneval под админскими правами. правда для этого нужно знать что и как удалять, т.е. быть очень аккуратным
По идее должно сработать, НО...
здесь начинаются "идейные противоречия"
т.е. если простому пользователю порезаны права на установку своих настроек (что правильно с точки зрения безопасности и разграничения прав), то сл-но п.1 выполнить нельзя и нужно ковырять таблицу настроек вручную... НО ведь проще и правильнее с точки зрения существующего механизма грохнуть настройку из под пользователя стандартными средствами самой системы...
Вот такой вот парадокс...
Короче еще один мой субъективный вывод - нужно каким-то образом переделать механизм обновления обоих типов настроек при изменении получения значений любой из настроек. Может быть корректно конвертировать, может быть просто удалять пользовательское значение для того чтобы наследовать из админски выставленной... Во всяком случае не мне решать, но в принципе все то что я написал - реализуемо... Другой вопрос когда, кем, в какие сроки...
ПыСы - ногами не пинать, это всего лишь некоторые прикладные выкладки конкретного исследования отдельно взятой проблемы
Выполнено пр всем при этом из чисто спортивного интереса
