OTRS.ru

Layout.pm после строки 228 добавлена проверка на версию 9: if ( $1 == 5 && $2 == 5 || $1 == 6 && $2 == 0 || $1 == 7 && $2 == 0 || $1 == 8 && $2 == 0 || $1 == 9 && $2 == 0 # добавленная строка )

Вопрос решен.
Оказалось, OTRS вообще не "вспринимал" браузер IE именно версии 9 - в Layout.pm проверка версионности IE заканчивалась на 8ке.

Добрый день! Используем OTRS 3.1.10 + ITSM 3.1.6 Внезапно (причину найти до сих пор не можем) стала "сбиваться" кодировка русскоязычных названий вложений при сохранении в IE (см. скриншоты): IE_save.png EI_2.PNG FF и Chrome сохраняют вложения корректно. Систему используем в течение нескольких месяце...

Ext,

про переработку обоснуйте )
Активно перерабатываем и используем "под себя" аж с 2007 года.

А вот насчет квалификации программистов - в версии OTRS 3 и выше, пожалуй, соглашусь...

Юрий, в каталоге установки OTRS на одном уровне с папкой Kernel есть папка Custom. В ней есть README.txt, в нем описано, что это за папка и как с ней работать: In case you need to modify already existing framework file for customizations, do this in the $OTRS_HOME/Custom/ directory. Example: You nee...

Юрий,

чтобы не терять изменения при обновлении, файлы .pm нужно копировать в папку Custom и править там. Для нашего случая
в /Custom/Kernel/Modules/

А правильнее даже так написать в коде:

Юрий, С двумя последующими ACL для динамических полей - наблюдается разница в работе для клиента и агента Для клиента работает отлично, а для агента - во второе (зависимое) поле сразу подставляется первое допустимое значение из списка - вместо прочерка как у клиента и что более правильно. В коде стр...

catty, проверьте, что Вы верно задаете ACL и соблюдаете регистр символов. use Encode; $Self->{TicketAcl}->{'MyTest'} = { Properties => { Frontend => { Action => ['CustomerTicketMessage'], }, }, Possible => { Ticket => { Type => ['Incident','RfC', decode_utf8('МойТип')], } }, } успешно работает.

Юрий,

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

У меня тоже возникла разница между работой одного и того же ACL в разных интерфейсах: $Self->{TicketAcl}->{'Service-Product-005'} = { Properties => { Service => { ServiceID => [5], }, }, Possible => { Ticket => { DynamicField_Product => ['Third-party products'], }, }, } прекрасно работает в клиентск...

У меня add empty value не указано, и в агентском и клиентском интерфейсах ACL отрабатывают одинаково - выбирается первое значение из списка.

Юрий, 1) по поводу типов - в названии типа RfC C - заглавная. Если задать $Self->{TicketAcl}->{'MyTest'} = { Properties => { Frontend => { Action => ['CustomerTicketMessage'], }, }, Possible => { Ticket => { Type => ['Incident','RfC'], }, }, } то все успешно работает 2) у Вас указана опция Add empty...

Юрий, $Self->{TicketAcl}->{'MyTest'} = { Properties => { Frontend => { Action => ['CustomerTicketMessage'], }, }, Possible => { Ticket => { Type => ['Incident'], }, }, } Работает. Или я не правильно поняла Ваш вопрос?

Юрий,

спасибо за помощь, пункт 1 благодаря Вам прояснился )

Что касается ключей динамических полей - в ACL именно ключи используются в Properties, а вот в Possible - уже значения...
Проверено на себе ) Пришлось создать очередной "костыль" (

Подскажите, пожалуйста, 1) в чем разница между заданием, в Properties или Possible DynamicField => { DynamicField_Field1 => ['some value'], }, и Ticket => { DynamicField_Field1 => ['some value'], } 2) можно ли и как при задании Possible использовать ключи динамических полей, а не значения?