< dottedmag_nb> gvy: вообще, NEEDINFO лучше отражает сущность. 
                Может, переименовать при апгрейде?
< gvy> dottedmag_nb, или добавить -- тут надо пошариться ещё по 
       ухоженным багзиллам
< dottedmag_nb> gvy: а они практически идентичные - "не имею 
                информации, чтобы воспроизвести баг"
< gvy> bugzilla.redhat.com и bugzilla.gnome.org в т.ч.
< gvy> dottedmag_nb, ну из состояния NEEDINFO (которое у нас 
       неформализуемо) обычно в WORKSFORME (imho реже -- INVALID) 
       и переходят
< gvy> в инвалиды можно попасть и быстрее, конечно :)
< dottedmag_nb> gvy: а чем различаются эти состояния?
< dottedmag_nb> gvy: с операционной точки зрения.
< gvy> dottedmag_nb, в WORKSFORME мы уже решили, что ждать 
       бесполезно, и что стоит зафиксировать тот факт, что 
       воспроизвести наличными средствами не выходит
< gvy> а репортер ушёл в безнал
< dottedmag_nb> gvy: а. мне кажется, проще оставлять их все в 
                одном состоянии - если проснётся, то проснётся. А 
                если не проснётся - ну и фиг с ним.
< dottedmag_nb> Хотя...
< gvy> dottedmag_nb, ну я сперва так думал, но понимаешь, сложно 
       анализировать
< gvy> когда на тебе пять лет багов
< dottedmag_nb> gvy: да. QA тому же должно быть проще. Если они 
                разгребутся с остальными багами (хехе), то могут 
                попробовать и повоспроизводить те, которые 
                NEEDINFO :)
< gvy> понятно, что это ещё и другая проблема добавляется, но в 
       итоге пришёл к тому, что баги, по которым долго нет инпута 
       и воспроизвести которые уже не удаётся -- это WORKSFORME
< gvy> dottedmag_nb, вот-вот
< gvy> именно для фильтров
< gvy> dottedmag_nb, и тем пользователям, которые (такое бывает!) 
       приходят с вопросом "а что помочь?" -- можно предложить 
       пошерстить такие