Что вас чаще всего бесит, когда вы пишете баг-репорты в открытые проекты?

Меня больше всего бесит вахтёрство модератоты, особенно когда вместо треккера форум поднимают.

Типа: «твой авторитет не достаточен для того чтобы мы тут решали твою проблему, пшол вон»

Честно говоря, я с таким не сталкивался. Меня больше всего бесит:

• Необходимость регистрации
  
• Непонятная форма для баг-репортов (выберите из 100500 компонентов тот, к которому относится баг, ага...)
  
• Иные неудобства в интерфейсе баг-трекеров

Да, требование регистрации тоже бредово.
Вот казалось бы, сделай авторизацию по OpenId или вообще подписывай пост-запросы своей глючной софтиной и будет счастье. Но не хотять =(. А ведь багрепорты авторам нужны не меньше чем самим юзерам, могли бы немного и постараться на эту тему.

Вахтёрство я помню было у qutim ещё когда третьей ветки не было и у одного говноеда-вантузятника. Редко, но так бесит, что убиват.

1. Необходимость регистрации
2. Плохое знание английского
3. Списки рассылкиэ
4. Баг уже там есть, исправлять не хотят с прошлого года.

Необходимость регистрации

Необходимость общения через списки рассылки

Мои баги слишком долго не исправляются

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

Необходимость общения через списки рассылки
Трудность диагностики точных причин ошибки
Мои баги слишком долго не исправляются

Остальное не так существенно

Мне лень писать багрепорты

Объективно...

Непонятная форма для баг-репортов

бывает

1. Необходимость регистрации

2. Необходимость регистрации

3. Необходимость регистрации

Трудность диагностики точных причин ошибки. А также, когда иногда приходится десятками постов доказывать разрабу, что косяк существует.

Ничего из. Хотя есть и такие, которые долго не исправляются, но обычно всё ОК

Трудность диагностики точных причин ошибки

Вариант не для царей :)

Напрягает ощущение, что ты единственный, кому этот багрепорт вообще надо, особенно когда никто с мейнтейнеров не сможет воспроизвести твою конфигурацию. Даже если приложить патч, то это приведет лишь к увеличению ЧСВ + раздуванию кодовой базы.

так тогда зачем его в багтрекер? исправил и работает.

можно выложить куда-нибудь. намылить разработчику...

и не лезть в трекер. :-)

трекеры напрягают регистрацией.

Необходимость регистрации, знание английского только в режиме r/o.
Ну и долгое исправление багов наверное. Давным-давно с помощью лора оформил баг в багзилле ядра - так его до сих пор не исправили.

Выделял несколько причин, но потом увидел одну достаточно ёмкую «Мне лень писать баг-репорты». А вообще я однажды писал, и даже какие-то логи посылал, но там было просто.

Нечасто багрепортил, но было дело.

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

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

Но часто так бывает, что видишь баг - грепаешь по трекеру, а он уже зарегистрирован. И вроде писать ничего не нужно.

Если встречался с проблемой, то гугл находил решение. Пока нет необходимости.

В основном язык, а так еще и «Трудность диагностики точных причин ошибки» - когда не сильно разбираешься в языке, на котором написан софт приходится писать «я делал то и то, а оно сделало вот это» вместо «в 9999 строчке плюс на минус поменяйте», что периодически (конечно благодаря первой причине) заводит обсуждение проблемы в совсем другое русло типа «надо делать так %описание как сделать совсем другое%».

И ещё, по поводу юзерфрендли opensource - к сожалению, очень многие сайты выглядят как привет из 90-х. Либо жуткий дизайн(привета, gentoo.org!), либо вообще всякое его отсутствие(сейчас пример навскидку не вспомню, но бывает такое).

Мне кажется, что дисёгнеры и среди опенсорса есть, можно было бы и хоть немного прихорошить это дело, невзирая на образ суровых бородачей, которым «рюшки и фитюльки убунты не нужны».

Необходимость регистрации

Подбешивает, да.

Мои баги слишком долго не исправляются

А иногда так вообще игнорируются.

Плохое знание английского языка

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

так тогда зачем его в багтрекер? исправил и работает.

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

Необходимость регистрации, Непонятная форма баг-репорта, плохое знание английского

Большая часть пунктов что я выбрал в опросе объединяется в одном ёмком факторе:

- Проект не представлен на GitHub -

github - это и ненужность регистрации для каждого нового проекта, и самый вменяемый багтрекер (несмотря на простоту, нужных иногда фич типа зависимости между багами и несколько мутную системой меток и майлстоунов, из всего крапа которым мне приходилось пользоваться - bugzilla, mantis, trac и особенно jira, гитхабовский трекер самый адекватный и располагающий), причём что архиважно с интеграцией с code review (могу ошибаться, но вроде ни в одной из перечисленных систем этого нет - патчи поголовно просто аттачат, без возможности комментировать строки кода и смотреть изменения в контексте).

Если не github, ещё кое-как можно юзать списки рассылки. В некотором смысле каменный век, но также не требуют регистрации, не имеют ублюдского интерфейса и позволяют code review (квотингом патча и комментированием отдельных строк).

У меня достаточно опыта и желания не только репортить но и фиксить баги в софте которым я пользуюсь, но если репорт требует больше времени чем диагностика бага (регистрация - придумывание пароля - ожидание письма подтверждения - завершение регистрации - разбирательство с очередным трекером - разбирательство с формой нового бага - заполнение формы - аттач патча - повезло-если-вся-форма-не-сбросилась-потому-что-надо-было-добавить-сайт-в-whitelist-noscript'а-и-рефрешнуть-страницу), я скорее всего плюну и пройду мимо.

Надеюсь, что ситуация улучшится тем что выделенные трекеры научатся интегрироваться с github'ом - тогда разработчики смогут играться во взрослых дядь вдумчиво выставляя приоритеты, assignment'ы и resolution'ы багам, а пользователи смогут их нормально репортить без этого дерьма.

PS. К слову, разработчики похоже испытывают те-же проблемы от навороченных трекеров. Статистика по закрытым багам между тем что я всё-таки репортил в мантисы-багзиллы и на github показывает что во втором процент починенных багов выше более чем в 4 раза (багов под сотню в сумме).

Макароннейшая Десница невидимого и неощутимого летающего макаронного монстра делает так что мои багрепорты никто не замечает и зачастую мне самому проще и быстрее их исправить чем писать бессмысленный багрепорт тратя на это своё время и в последствие ещё и нервы при общении в багзиллах.

Поэтому - „Иные проблемы“

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

Только вот github это страх и ужас когда тысячи записей. Так что для крупных проектов он не особо и подходит.

В разных проектах разное. Писал баг-репорт в CUPS, так там трекер вырубили на несколько месяцев, т.к. корпорация Apple денег на сервер не выделила, пришлось с разработчиками по email связываться, хорошо, что там люди адекватные, а вот разработчики qutim ИМХО ололо-трололо (одни скриншоты с главной страницы об этом говорят). Как из первого комментария. С трудностью диагностики только один раз сталкивался, когда из-за ошибки в пакете с lua глючил awesome, правда гугление помогло. А вообще от программы, а точнее от её разработчиков зависит.

Только вот github это страх и ужас когда тысячи записей. Так что для крупных проектов он не особо и подходит.

Таких крупных проектов - полторы штуки, и не подходит он потому что у них свои хитрые полиси, привязка баков к версиям и подсистемам и т.д. А вообще же, никаких проблем в работе с боьшим количеством багов на github нет.

- Необходимость ставить пакеты с dbg символами.
+ Нравиться подход репортов в кедах.

Про хитрые политики это понятно, там всё равно всё хостят у себя. А вот вполне себе проект не глобального масштаба, а от одного взгляда на это может поплохеть: https://github.com/JuliaLang/julia/issues?state=open

Вот меня бесит, когда находишь совершенно тупой и легковоспроизводимый баг, пишешь всё, что нужно для его воспроизведения, процедура примитивно простая, разработчику нужно пошевелить одним пальцем, чтобы запустить свою программу, воспроизвести баг и увидеть у себя на компьютере и место падения, и всю нужную информацию, но он всё равно ленится сделать сам даже это и заставляет меня пересобирать с дебагом его падучее поделие и самому делать stacktrace. И это всё при том, что ему всё равно придётся это делать потом самому. Какая-то глупая формальность, которая никак не помогает и только отбирает моё время. Если бы разработчику было не пофиг, он бы за две секунды попробовал воспроизвести последовательность действий и сам бы всё увидел.

И это далеко не единственный пример. Взагали меня бесит, когда разработчики просто плюют на баги, когда ты им и баг описываешь, и патч присылаешь, и всё объясняешь, а им всё пофиг, они только через полгода начинают реагировать (привет, canonical).

а от одного взгляда на это может поплохеть: https://github.com/JuliaLang/julia/issues?state=open

Так я ж и говорю - не от чего тем плохеть, и ничем это не сложнее проектов где десятка багов не наберётся. Assignee есть, тэги есть, подписка на интересные тебе баги есть, mention'ы есть, сортировка есть, поиск есть. Этого хватает с головой.

Необходимость регистрации.
Еще мне, разумеется, лень писать багрепорты, но это меня нисколько не бесит.

Лень. На работе этим и занимаюсь :3

Мои баги слишком долго не исправляются

This. Ибо даже если ты зарегистрируешься, заведешь баг, приложишь проверенный патч и тебя в итоге игнорируют. :) Уже пару лет.

Очень разумная голосовалка! Помимо очевидного пункта «лень», второй и самый правильный - регистрация. Чо **ть за регистрация??? Вы чо, совковый паспортный стол? Кто вы такие, что у вас нужно регаться? Скажите спасибо, что вам вообще НЕ ПОЛЕНИЛИСЬ что-то написать! И весь пыл тут же пропадает на форме «зарегайтесь» - а вот нарочно не буду! Сами ищите своих клопов. :)

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

Один раз в какой-то мелкой софтине я видел вменяемый багрепорт: help->report about bug - появилось _локальное_ окошко с полем ввода. Всё! Ввёл симптомы, нажал ОК - и вся конфигурация улетела разрабам. Ни тебе сайтов, ни форумов, ни ихний долбаный «то ли bbcode, то ли html», всё быстро и просто.

Вот только иногда бывают баги, которые не дадут это окошко даже увидеть.

[x]Ничего не бесит, я всегда спокоен

Ничего из вышеназванного. Хотя, признаюсь, бывает, порой, лень. А ещё, не всегда могу диагностировать, в чём суть проблемы, потому и не знаю, о чём писать, а, как известно, люди, по большей своей части, не телепаты. Не знаю, как раньше, но сейчас необходимости писать об ошибках почти уже нет, всё допилено, всё работает...а если что-то не работает, ищешь обходной путь).

разработчик разработчику — рознь. зачастую проблем нет, а иногда бывает проект, который помусолит, а потом скажет, что «ничо не знаю, не хочу исправлять».

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

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

Но часто так бывает, что видишь баг - грепаешь по трекеру, а он уже зарегистрирован. И вроде писать ничего не нужно.

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

Не считаю нужным писать баг-репорты

Либо жуткий дизайн(привета, gentoo.org!)

Нормальный там дизайн

регистрация

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

Я как-то в openwrt патч присылал — до сих пор не приняли. Так что патчи прикладывать тоже не всегда помогает.

Иные проблемы

меня бесят люди, пишущие идиотские баг-репорты и тратящие время разработчиков, когда во всём виноваты они сами.