Itop 2.3 Портал, кастомизация с помощью xml

Всем привет.
Добавил кнопку, руководствуясь инструкцией https://wiki.openitop.org/doku.php?id=2_3_0:customization:portal_howto_addbutton
с помощью Action rule’ов смог автоматически заполнить поля “Service” и “Service subcategory”.
Также хотелось бы скрыть поля Impact и Urgency. Добавление тегов forms ломает портал.
Кто-нибудь кастомизировал портал таким образом?
Ниже привожу конфиг который ломает портал. Если блок <forms></forms> убрать, то всё будет работать.

datamodel.sample-portal-add-button2.xml
`<?xml version="1.0" encoding="UTF-8"?>
<itop_design xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" version="1.0">
    <module_designs>
        <module_design id="itop-portal" xsi:type="portal">
            <bricks>
                <brick id="quick-new-user-request2" xsi:type="Combodo\iTop\Portal\Brick\CreateBrick" _delta="define">
                    <active>true</active>
                    <rank>
                        <default>70</default>
                    </rank>
                    <width>4</width>
                    <modal>true</modal>
                    <title>
                        <default>Brick:Portal:QuickNewUserRequest:Title</default>
                    </title>
                    <visible>
                        <home>false</home>
                    </visible>
                    <decoration_class>
                        <default>fa fa-bolt fa-2x fa-fw</default>
                    </decoration_class>
                    <!-- Class that will be create created with the form -->
                    <class>UserRequest</class>
                    <rules>
                        <rule id="contact-to-userrequest"/>
                        <rule id="set-service"/>
                    </rules>
                </brick>
            </bricks>
            <forms>
                <form id="userrequest">
                    <class>UserRequest</class>
                    <fields>
                        <field id="impact">
                            <hidden>true</hidden>
                        </field>
                        <field id="urgency">
                            <hidden>true</hidden>
                        </field>
                    </fields>
                </form>
            </forms>
            <action_rules>
                <action_rule id="set-service" _delta="define">
                        <source_class>Service</source_class>
                        <presets>
                            <preset id="1">set(service_id,62)</preset>
                            <preset id="2">set(servicesubcategory_id,112)</preset>
                            <preset id="3">set(urgency,3)</preset>
                        </presets>
                </action_rule>
            </action_rules>
        </module_design>
    </module_designs>
</itop_design>`

Привет, @alvic, откуда выяснился такой id формы <form id="userrequest">?

  1. Форма создания тикета называется ticket-create, а форма просмотра/редактирования – ticket-edit.
  2. <hidden>true</hidden> не нужно, а нужно просто </hidden>. Просто наличие этого тега уже означает true.

Привет, в документации про написано только “Declaration of a form. ID must be unique”, поэтому я не знал, что туда писать. Ну и вообще документация достаточно куцая на счет портала. Попробую ticket-create, спасибо за совет.
На счет второго пункта - я так понимаю наличие true просто излишне, но оно не должно ничего ломать?

@vladimir
Да, замена id помогла, большое спасибо.
Подскажите ещё пожалуйста, могу ли я таким же образом (с помощью xml) конфигурировать меню портала?
Если да, то для того чтобы скрыть один пункт из меню, мне нужно делать допонительный extension или лезть в недра itop’a?

Переместил кнопку в теге
Также подкорректировал /var/www/web-prod/datamodels/2.x/itop-tickets/datamodel.itop-tickets.xml
Топик можно закрывать

Очень плохое решение.

Пункты меню можно отключить, сделав неактивными ненужные разделы, например, так:

        <bricks>
            <brick id="faq">
                <active _delta="redefine">false</active>
            </brick>
        </bricks>

Конечно это нужно делать в собственном модуле, в том же, где делались предыдущие доработки портала, но никак не в файлах стандартных моделей данных.

Вернул родной конфиг, добавил brick в дополнительный модуль - всё ок.
Спасибо!