Как правильно писать тикеты

    Как правильно создать тикет на нашем багтрекере


    В течение нескольких месяцев, мы обнаруживаем тикеты, которые нам не удается понять. Хотелось бы привести пример правильно оформленного тикета, но сначала мы должны напомнить вам некотрые правила оформления, которым вы должны следовать при создании тикетов:


    • Когда Вы создаете тикет, у него должен быть понятен заголовок. Такие заголовки как "ошибка при установке" без какой-либо дополнительной информации не несет смысловой нагрузки и будет нами проигнорирован.
    • Вы должны указывать версию i-MSCP, которую Вы используете.
    • Вы должны предоставить нам информацию о Вашем дистрибутиве, его кодовое название, а также версию PHP, если вы сообщаете о баге, связанном с PHP. Также, Вы должны предоставить информацию о модуле Apache, который Вы используете (itk, fcgi..). Так же и для imap/pop сервера (courier, dovecot).
    • Вы должны указывать четкое описание проблемы, а также последовательность действий для её воспроизводства.
    • Если Вы уже исправили ошибку, Вы должны создать секцию под названием "Fix proposal" в Вашем тикете и, по возможности, прикрепить патч.
    • Вы должны пмсать текст тикета только на английском (доступном для понимания). Тикет только с заголовком и только ссылкой на наш форум будет отклонен. Также бесполезно писать тикеты со ссылками на темы, отличающихся от английских.
    • Вы должны указывать вставленный текст в скобках {{{ <PASTED TEXT> }}}


    [hr]


    Пример тикета:


    Заголовок:


    Bug - Unable to delete domain aliases when using shared mount point and HTTP redirection


    Тело:


    In some contexts (eg, when using a shared mount point and when the HTTP redirection is enabled), it's not possible to delete a domain alias.


    How to reproduce


    1. Create domain.com account
    2. Create alias1.com domain alias with mount point set to /xx/aa and HTTP redirection enabled
    3. Create alias2.com domain alias with mount point set to /xx/aa and HTTP redirection enabled
    4. Create alias3.com domain alias with mount point set to /xx/aa and HTTP redirection enabled


    Then, if now we try to delete one of those domain aliases, we are getting an error such as:


    Code
    1. cp cannot evaluate directory...


    The bug occurs because when we are using HTTP redirection, the mount point is not created and so, the cp command cannot evaluate an inexistent directory.


    Fixes proposal


    1. On backend side


    When deleting a domain alias, we must ensure the shared mount point exist before trying to save its content.


    2. On gui side


    If HTTP redirection is enabled, the mount point seems to be unneeded and the input field to define it should be hidden in the GUI to avoid such inconsistency. Of course, we must allow to edit the mount point when we are editing the domain alias and when the HTTP redirection of it is disabled.


    Note: This bug surely occurs with subdomains created in same way. Must be confirmed.


    Additional info:
    Distribution: Debian Squeeze
    PHP: 5.3

    Edited once, last by DragonZX ().