Разрешенная группа прайс-листов.

Алексей

поставил 5.4.25
настройка "Настройки Галактики \ Логистика \ Прайс-листы \ Разрешенная группа прайс-листов" теперь там можно делать множественный выбор, но ни суть важно.
у юзера слетела настройка. что я только не делал, и удалял всё, и выбирал одну группу, и выбирал две группы, по фигу.
Как видит ВСЕ прайс-листы при выборе в ДО так и видит.

Самое странное что если сделать настройку другому юзеру - всё отрабатывает. Может она в паре с какой другой настройкой пашет?

Алексей

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

Всячески пробовал присваивать и так и эдак, не получается.
Хотя на одном из пользователей отрабатывает

в ТП?

Ged · Сообщение **Ged** » 22 дек 2009, 11:50

а может еще
Настройки Галактики \ Логистика \ Прайс-листы
Выбор из прайс-листа, относящегося к группе контрагентов

Алексей

стоит - нет у обоих пользователей, у кого работает и у кого нет.

и эта настройка отвечает совсем за другое, при выборе прайсов будут показываться только те прайсы, которые привязаны к контрагенту из документа. не то [/code]

Seybukan · Сообщение **Seybukan** » 22 дек 2009, 12:28

Было замечено, но трудноповторимо!!
Суть в том, что под пользователем видна одна настройка(при входе в настройки из модулей), а реально подхватывается другая настройка.
Иногда отлавливается интерфейсом "Статистика обращения к настройкам".

Но бывает что и не отловить.
Можно зайти в администратор настроек. По Alt+A переключить вид интерфеса и руками посмотреть какие есть настройки. Могут быть настройки не привязанные ни к одному пользователю, могут быть по две и более настройки на одного пользователя(видел собственными глазами: у клиента сбойнул реестр настроек видно одну настройку и используется другая - правда давно это было).

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

empyros · Сообщение **empyros** » 22 дек 2009, 12:31

Удалив dsk и т.п. скопируете настройки от пользователя у которого работает, тому у кого не работает.
Если не заработает - в ТП с БД

Алексей

копировать настройки не могу, т.к. работает у меня, а я типа админ

даже если найду того у кого работает - слишком много других настроек настроены по другому.

про задвоенные настройки у нас тоже было.

тогда вопрос - проверка реестра настроек должна помочь со всеми галочками ?

Seybukan · Сообщение **Seybukan** » 22 дек 2009, 12:52

тогда вопрос - проверка реестра настроек должна помочь со всеми галочками ?

В теории да. Но надо полагать что какая-то настройка (другая) также "глючит", а проверка реестра с модификацией реестра приведет в неглючное состояние настройки, но и не верно работающее. Где-то так.
С филиальностью - наврядли.

А статистика обращения к настройкам дает какой-либо результат?

Алексей

хм. ну запущу уходя домой проверку реестар, глянем.

1. настройка у нас филиальная - пользовательская. у нас вообще филиальность не используется, но по типу стоит это
2. статистика результатов не дает, пишет в отчет одну строчку когда я последний раз менял эту настройку.
3. запрос в саппорт выдает только одну строчку на этого юзера в таблице tuneval

Код: Выделить всё

select x$users.XU$LOGINNAME, * from tuneval where((
0000000000000085h  == tuneval.ctune
and 00010000000001F3h == tuneval.cuser(noindex)
and tuneval.cuser == x$users.atl_nrec
));

Seybukan · Сообщение **Seybukan** » 22 дек 2009, 13:23

2. статистика результатов не дает, пишет в отчет одну строчку когда я последний раз менял эту настройку.

хм.
Как вы смотрите статистику? Я имел ввиду:
Настройка \ Администратор \ Статистика обращений к настройкам.

Жмакаем собрать статистику, топаем по интерфесу где вызывается прайс. Жмакаем закончить сбор статистики. Анализируем.

Алексей

нифига не выскочило на экран и никаких файлов в рабочей директории не создалось

а ещё для юзера стоит доступ к документам только в рамках группы.
заходим в разноску ТХО и видим ВСЕ документы ВСЕХ юзеров.
правда нажав фильтр и тут же продолжить - автоматом срабатывает настройка и записи фильтруются, но они должны фильтроваться после запуска интерфейса!
хорошо что хоть с чужой группой только видно, редактировать нельзя.

неужели 5.4.25 с сюрпризами?

Maverick · Сообщение **Maverick** » 05 фев 2010, 15:21

Хех...
Ради интереса потестил данную проблему на данном патче и сделал кое-какие выводы.
Может кому интересно, если конечно то что я скажу, известно и попугаю

В Галактике существует два типа настроек -
1. собственно пользовательская (настройки, которые пользователь самостоятельно может настроить под себя). Доступны они из меню Настройка-Настройка любого модуля
2. админсие настройки по пользователям (те, которые админ может настроить каждому пользюку). Доступно из модуля Настройка - Администратор настроек

И, похоже, настройка 1 типа всегда приоритетнее настройки 2 типа. Собственно говоря логически оно правильно - в галке сначала были реализованы настройки 1 типа, а потом на них навешан был функционал настроек 2 типа.

Посему проблема с разрешенными группами прайс-листом может возникнуть в следующем случае :
1. сначала в настройках обоих типов хранились одинаковые значения (наверняка просто ссылка на группу для фильтра) и проблем не возникало
2. затем когда в этом патче реализовали множественный выбор, то в настройке стала храниться не ссылка, а структура (таблица либо маркер - не суть важно). Естественно при реализации данного ф-ла необходимо было сделать проверку и корректную замену значений настроек. По всей видимости сделали проверку при замене настроек 2 типа, забыв про настройку 1 типа.
В итоге получили конфликт значений настроек. Т.к. пользовательская главнее и существует (!) то пофик на админскую для этого же юзера. Вот если запись об этой пользовательской настройке грохнуть, то при проверке настроек, пользовательская создастся а основании админской.

ВЫВОД ил икак попытаться полечить данную проблему
1. Зайти под каждым юзером и грохнуть значение этой насторйки
2. выйти из галки и на всяк случай грохнуть дески
3. зайти под админом и поновой для каждого юзера указать нужные группы прайсов
4. запустить проверку реестра.

по желанию можно пункт 1 заменить ковырянием в табличке tuneval под админскими правами. правда для этого нужно знать что и как удалять, т.е. быть очень аккуратным

По идее должно сработать, НО...
здесь начинаются "идейные противоречия"

т.е. если простому пользователю порезаны права на установку своих настроек (что правильно с точки зрения безопасности и разграничения прав), то сл-но п.1 выполнить нельзя и нужно ковырять таблицу настроек вручную... НО ведь проще и правильнее с точки зрения существующего механизма грохнуть настройку из под пользователя стандартными средствами самой системы...
Вот такой вот парадокс...

Короче еще один мой субъективный вывод - нужно каким-то образом переделать механизм обновления обоих типов настроек при изменении получения значений любой из настроек. Может быть корректно конвертировать, может быть просто удалять пользовательское значение для того чтобы наследовать из админски выставленной... Во всяком случае не мне решать, но в принципе все то что я написал - реализуемо... Другой вопрос когда, кем, в какие сроки...

ПыСы - ногами не пинать, это всего лишь некоторые прикладные выкладки конкретного исследования отдельно взятой проблемы

Выполнено пр всем при этом из чисто спортивного интереса

Maverick · Сообщение **Maverick** » 05 фев 2010, 15:22

ах да, тут кое кто подсказывает что обонвление от 1 февраля вроде закрывает косяк.. а мож и не закрывает.. но хуже во всяком сл-е не будет

а может и будет

Maverick · Сообщение **Maverick** » 05 фев 2010, 18:29

поставил обновку от 1 февраля. проблема с прайсами так и не поправлена. косяк тот же. но зато проблема из соседней ветки (невозможность перевыбора банка в каторге по F3) решена

Алексей

я писал в ТП по проблеме. вроде как статус:
102.93932 Ожидается выход обновления