О работе багтрекера

[Parasite]

результат в обоих случаях один

Результат разный. В первом проблема решена, во втором не решена (и не будет решаться).

Со стороны разработчика - код нет нужды менять ни там ни там, так что мера усилий разработчика равна нулю в обоих случаях. Багртеккер у нас для кого, собственно? Уж явно не для получения ответов на всякие нубские вопросы - для этого есть форум.
Теоретически можно было бы вообще удалять откровенные глупости с багтрекера, чтобы не разводить срачи и анархию еще и там. Радикальный вариант "won't fix", да - бо глупости с пометкой "А всё равно делать не буду!" там просто-напросто никому не нужны. Хомяк не получит желаемого, разработчик рук не приложит, поиск нужного затрудняется => хлам, в /dev/null ему дорога.

[vdemidov]

Я вспомнил почему не ставил хотелкам closed. В виде по умолчанию закрытые хотелки просто не отображаются. И 90% пользователей их просто не найдут. А мне потом разбираться с сотнями дублей. Так что или нужно рихтовать дефолтный вид или возвращать закрытые с won't fix в состояние resolved

[gpsMax]

Имхо, закрывать стоит только уже реализованные тикеты, вывешенные в чейнджлоге. Например, многие хотелки, предполагаемо связанные с плагинами, ещё ждут своей реализации.

(upd: Когда писал, ещё не видел предыдущего сообщения, которое на ту же тему)

[Parasite]

Анонимный вход - сделано (только для чтения). Ссылка для гугля и желающих Анонимусов - на странице логина.
Тайтл страниц: MantisBT -> SASGIS - сделано.
Меню проектов в шапке страницы - сделано.
Меню действий в подвале страницы - сделано.
Отображение даты\времени в привычный вид (с американского) - сделано.
Подсветка тикетов, обновленных+непросмотренных за последние 24 часа - сделано.
Возможность ставить тикеты в состояние resolved + closed в одно действие - сделано.
Репортер может переоткрывать свои [уже закрытые] тикеты - запрещено.
Репортер может закрывать свои собственные [открытые] тикеты - разрешено.
Юзер может удалять свой аккаунт - разрешено.

Пока вроде всё.

[gpsMax]

Круто, пошёл процесс допиливания :-)

Буду смотреть, найдёт ли гугл чего-нибудь на трекере в ближайшие дни.

[Parasite]

Господа, просьба определиться (в один общий пост) что еще конкретно нужно треккеру. А то буковок в теме много - а конкретики не видать.
И желательно с линками, как сделать запрашиваемое. Пошагово, т.е.

[vdemidov]

А заведи ка в багтрекере отдельный проект "Сайт sasgis.org", и там будем все пожелания и замечания насчет сайта и трекера писать.

[Tolik]

В принципе багтрекер работает хорошо.
Нам самим надо определиться с правилами: когда какие статусы ставить и кто имеет на это право.

Предлагаю как-то так (упрощённо):

1. репортер создаёт new
2. manager может перевести в ack (если считает полезным)
или closed - duplicated (c указанием номера дубля)
или в closed - no change required (с указанием решения, например, поменять какой-то параметр)
3. девелопер может перевести в confirmed с Target Version
или в assigned (если хочет указать конкретного девелопера)
или в closed - duplicated, won't fix и т.п.
или в resolved
или в feedback
4. после решения ставится resolved
5. после релиза resolved закрывается

Все новые тикеты, на которые обратил внимание менеджер или девелопер, должны переводиться из new в какое-то другое состояние.
Все тикеты, над которыми не планируется дальнейшая работа, закрываются. В них изменения больше не вносятся (без особой необходимости).

[gpsMax]

А заведи ка в багтрекере отдельный проект "Сайт sasgis.org", и там будем все пожелания и замечания насчет сайта и трекера писать.

О, а точно!
(Что-то мне вспоминается статья, как команда разработчиков, по-моему, как раз Мантиса, при допиливании трекера пользовалась как раз им же самым :-) В некотором роде рекурсия.)

[gpsMax]

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

Parasite, прошу всё-таки скинуть конфиги на предмет посмотреть.