Ещё один шедевр: "search bug" -> "Найти ошибку в базе данных"

Ещё из хохмочек:

"edit search" -> "Изменить отбор"
"save search as" -> "Сохранить условия отбора как"

Хорошо, хоть CSV и RSS не перевели :)

Если что, BTS для русских переводов живёт тут: bugzilla.mozilla-russia.org

А помимо BTS какое средство коммуникации есть? Хочется обсудить, каким образом 
и что конкретно из изменений в локализации надо сабмитить в upstream, а что 
оставить bugzilla.a.o-specific. mailing list на SF.net, кажется, протух.

(In reply to comment #4)
> А помимо BTS какое средство коммуникации есть? Хочется обсудить, каким образом 
> и что конкретно из изменений в локализации надо сабмитить в upstream, а что 
> оставить bugzilla.a.o-specific. mailing list на SF.net, кажется, протух.

У него есть почта (она указана в багзилле) и icq ... 

А, т.е. русский перевод по большей части делает один человек? Ok, свяжусь.

Да. Он один, но достаточно быстро отвечает и вполне коммуникабелен.

Что бросалось в глаза - изменено: Подписать->Подписка, severity/resolution 
обратно распереведены, условия отбора -> поисковые запросы.

Как выкачу базиллу в production и чуть освобожусь - буду отдавать в upstream.

(In reply to comment #5)
> > А помимо BTS какое средство коммуникации есть? Хочется обсудить, каким образом 
> > и что конкретно из изменений в локализации надо сабмитить в upstream, а что 
> > оставить bugzilla.a.o-specific. mailing list на SF.net, кажется, протух.

На sf.net никто не пишет, поскольку никто не участвует в процессе перевода, все эксплуатанты результата...

Явные ошибки (включая несогласия с терминологией) -- разумеется туда.  Надеюсь, изменения терминов и шаблонов для b.a.o вы держите в template/*/custom -- все что касается их лучше оставить здесь.

На мой дилетантский взгляд: для облегчения администрирования создать отдельный продукт для b.a.o, с компонентами "Пользователи,группы", "Продукты,компоненты", "Интерфейс" (в смысле настройка шаблонов) и т.п.  Так можно хотя бы разделить вопросы эксплуатации и сопровождения.

Алексей, спасибо за комплимент :-)

(In reply to comment #9)

> Надеюсь, изменения терминов и шаблонов для b.a.o вы держите в template/*/custom -- все
> что касается их лучше оставить здесь.

О, нет. Потом это можно заколебаться обновлять на новую версию. Лучше уж пусть git мерджит, а я конфликты разрулю.

> На мой дилетантский взгляд: для облегчения администрирования создать
> отдельный продукт для b.a.o, с компонентами "Пользователи,группы",
> "Продукты,компоненты", "Интерфейс" (в смысле настройка шаблонов) и т.п.  Так
> можно хотя бы разделить вопросы эксплуатации и сопровождения.

Пока что неважно. Когда баг-трафик вырастет - вероятно, так и сделаем.

Все имеющиеся патчи отправлены в апстрим или требуют переработки для 3.2 и trunk. Следите за git :)

Опять появилась кучка патчей для upstream. REOPEN.

Можно закрывать, судя по отсутствию открытых зависимостей на багу

(Ответ для Олег Соловьев на комментарий #13)
> Можно закрывать, судя по отсутствию открытых зависимостей на багу
Для метабагов это необязательно достаточный критерий -- зависит от того, завершён ли процесс, к которому относится такой метабаг.

Если мы больше не собираемся апстримить патчи в багзилу вообще никогда -- тогда CLOSED FIXED.

(Ответ для Michael Shigorin на комментарий #14)
> Если мы больше не собираемся апстримить патчи в багзилу вообще никогда --
> тогда CLOSED FIXED.

Насчёт этого я не уверен, но наша багзилла уехала от апстримной достаточно далеко, чтобы не создать серьезных проблем при её обновлении (около 10 смерженных веток + 120 патчей сверху)