Bug 140 - Opcja "Wczytaj strony otwarte w nowych panelach w tle" robi coś... całkiem odwrotnego
Summary: Opcja "Wczytaj strony otwarte w nowych panelach w tle" robi coś... całkiem od...
Status: VERIFIED FIXED
Alias: None
Product: Firefox
Classification: Tłumaczenia oprogramowania
Component: Ogólne (show other bugs)
Version: nieokreślona
Hardware: Wszystkie Wszystkie
: P3 trywialny
Assignee: Zbigniew Braniecki
QA Contact: Marek Stępień
URL:
Depends on:
Blocks:
 
Reported: 2004-06-18 22:41 CEST by Marek Stępień
Modified: 2009-01-02 03:22 CET (History)
1 user (show)

See Also:


Attachments

Description Marek Stępień 2004-06-18 22:41:48 CEST
Opcja: 

Preferencje>Zaawansowane>Przeglądanie: Wczytaj strony otwarte w nowych panelach
w tle

zachowuje się odwrotnie w stosunku do tego, co juzer wybierze.

Okazuje się, że między 0.8 a 0.9 zmieniono tekst tej encji i odwrócono o 180
stopni to, co ona robi, pozostawiając przy tym jej nazwę (!!!!).

Encja: loadInBackground.label
Plik : locale/pl-PL/browser/pref/pref-advanced.dtd

Trzeba to koniecznie poprawić na coś w rodzaju "Przenoś nowo otwarte panele na
pierwszy plan" czy coś takiego.
Comment 1 Zbigniew Braniecki 2004-06-18 22:55:24 CEST
Znam blad od dzis rano.
Nie poprawie do 0.9. Poprawka pojdzie do 1.0

Ponawiam prosbe marcoos, zebys nie ustawial flag +/- na produktach, ktore nie ty
koordynujesz. Bo te flagi traca sens.
Comment 2 Marek Stępień 2004-06-18 23:29:44 CEST
http://bugzilla.mozilla.org/show_bug.cgi?id=246274
Comment 3 Ludwik Trammer 2004-06-19 00:54:26 CEST
Napisałem to na forum, ale pozwolę sobie to wkleić tu (nie bijcie!) jako sposób
na ogólniejsze rozwiązanie takich problemów ;):

Nie warto by tego zgłosić jako buga do oficjalnej bugzilli? Oczywiscie już się
tego nie naprawi, ale sytuacja która jest teraz przecież nie powstała ze
złośliwosci, tylko dlatego że ktoś nie pomyślał. Jeśli się na to zwróci
jednoznacznie uwagę jest szansa, że nie będzie do tego dochodzić w przyszłości.
W bugzilli chyba są równiez wpisy nie dotyczące konkretnych kawałków kodu, a
ogólnego rozwoju programu?
W takim bugu należało by zwrócić uwagę na proces w jakim powstaje tłumaczenie -
to znaczy, ze tłumaczone są tylko nowe strigi, a stare zostają bez zmian.
Jako kroki do uniknięcia takich sytuacji w przyszłości należało by podać
unikanie zmiany tekstu wcześniejszych stringów i dołączanie do wydania listy
stringów, które uległy zmianie (jeśli takie wystąpią).
Dla nas to wszystko oczywiste, ale najwyraźniej dla niektórych - nie.
Comment 4 Zbigniew Braniecki 2004-06-19 00:58:22 CEST
Problem nie polegal na tym, ze zmienil sie string. Ja wylapuje to przy uzyciu
diffa bez problemu.
Ale to, ze nazwa bledu oznaczala "nieprecyzyjne sformulowanie xxx" i to, ze
odbylo sie to miedzy RC a final sprawilo, ze uznalem iz jest to jedynie zmiana
okreslenia, a nie funkcjonalnosci
Comment 5 Marek Stępień 2004-06-19 02:17:16 CEST
Ludwik:
Można by zgłosić, żeby nie robili takich numerów, jak totalne zmienianie danej
funkcjonalności między RC a final. Że po RC wszystkie encje we wszystkich DTD i
wszystkie stringi we wszystkich .properties powinny być "frozen".  Tylko
wydawało się nam (ok, "mi"), że właśnie taka jest polityka MF - RC oznacza
koniec zmian w funkcjonalnosci, a tylko rzeczywiste bugfiksy. A tu klops. :)
Comment 6 Marek Stępień 2004-06-24 19:06:44 CEST
Wersja docelowa powinna być ustawiona na 0.9.1.
Comment 7 Marek Stępień 2004-06-24 20:15:47 CEST
Request: blocking 0.9.1.
Comment 8 Zbigniew Braniecki 2004-09-19 06:58:33 CEST
poprawione w 0.9.2
Comment 9 Marek Stępień 2004-10-22 18:03:11 CEST
VERIFIED (masowa weryfikacja starych bugów)
Comment 10 Zbigniew Braniecki 2005-02-03 20:39:27 CET
mass prio/severity change. Przepraszam za spam :(
Comment 11 Marek Stępień 2005-03-18 19:09:59 CET
Masówka. Likwidacja produktu "Firefox pl-PL", bugi przenoszone do produktu
Lokalizacja, komponent Firefox.

Note You need to log in before you can comment on or make changes to this bug.