Сотни отличных разработчиков

Во-первых, у меня меньше сотни разработчиков.

Всего-то пара десятков.

и мантикор пару дней будет ждать "во-вторых" =)

Я знаю,ч то люди все уже имеют задачи и всё такое

А ещё я прекрасно знаю, что они не параллелятся и хреново контекст переключают (даже если специально тренироваться)

Во-вторых, к сожалению, у ответственных за критические подсистемы, видать, было намного больше дел, чем чинить эту штуку :(

Такие штуки признак делегирования QA клиенту)

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

И всё это — восемь лет назад!

гм

да

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

А то, что баг восьмилетней давности жив и по сей день — увы, не редкость в крупных долгоживущих проектах :(

проголосовал за тикет

подписался в общем

Minoru
утро!

Ладно, я разобрался шо там не так, но не знаю, как починить. Сейчас там написан код, который нормально работает только в случае, если комментируемый мембер написан с новой строки. он берёт то, что есть до декларации мембера (в нашем случае это получается строчка из нескольких индентов, а потом public enum CompressionType { ), множит эту строчку для каждой строки в комментарии, и дописывает в начало.

Если эта строка содержит что угодно кроме индентов, то получается херня.

Но как правильно? Нужно, получается, заодно переформатировать код?

когда я для элементов енума, которые на одной строке, генерировал документацию, то надеялся, что для каждого будет документация или для всех скопом. Форматировать придётся, да

либо просто не предлагать автоматически создавать документацию для такого случая...