Bug 260 - Lokalizacja Firefoksa 1.0 RC 2
Summary: Lokalizacja Firefoksa 1.0 RC 2
Status: VERIFIED FIXED
Alias: None
Product: Firefox
Classification: Tłumaczenia oprogramowania
Component: Ogólne (show other bugs)
Version: nieokreślona
Hardware: Wszystkie Wszystkie
: P2 trywialny
Assignee: Marek Stępień
QA Contact: Staś Małolepszy :stas
URL: https://bugzilla.mozilla.org/show_bug...
Depends on: 92 255 262 263 264 266 268 270 273 276 277 278 279 285 286 287 288 289 290
Blocks:
  Show dependency treegraph
 
Reported: 2004-10-28 00:55 CEST by Marek Stępień
Modified: 2009-01-02 03:22 CET (History)
0 users

See Also:


Attachments
minibłędy poprawione (2.97 KB, patch)
2004-11-05 02:39 CET, Staś Małolepszy :stas
no flags Details
Trzeci zestaw poprawek dla błędo bmo_267573 (19.01 KB, patch)
2004-11-05 16:19 CET, Marek Stępień
no flags Details
trzeci (19.04 KB, patch)
2004-11-05 21:53 CET, Marek Stępień
no flags Details
Trzeci zestaw poprawek dla błędo bmo_267573 - FINAL (20.33 KB, patch)
2004-11-06 02:55 CET, Marek Stępień
no flags Details
Trzeci zestaw poprawek + poprawki na help z 288. (78.98 KB, patch)
2004-11-06 09:56 CET, Marek Stępień
no flags Details
Ostateczna wersja trzeciego zestawu (81.00 KB, patch)
2004-11-06 16:21 CET, Marek Stępień
no flags Details
single-window-mode-commented-out patch (= att. 255) (1.38 KB, patch)
2004-11-07 01:40 CET, Staś Małolepszy :stas
no flags Details

Description Marek Stępień 2004-10-28 00:55:05 CEST
Dzisiaj wyszedł 1.0 RC 1. Tak więc zbieramy siły na RC 2.
Comment 1 Staś Małolepszy :stas 2004-10-28 00:59:06 CEST
dodaję zależność od tłumaczenia helpa (bug #92). Musi być juz gotowe na rc2.
Comment 2 Zbigniew Braniecki 2004-11-03 01:51:12 CET
jutro, okolo 22:00 CET wysylam patche i zamykam zmiany do RC2.
Co wiecej, procz jakis POWAZNYCH zmian nie bedziemy juz wprowadzac zmian do 1.0.

Marcoos. Dopisz do "zalezy od" jesli chcesz jeszcze jakies bledy poprawic.

Do pozostalych: jesli uwazacie ze jakis blad powinien blokowac wydanie 1.0
ustawiacie flage "?" na blocking 1.0. Nie ustawiacie jej na "+" ani na "-", nie
rozwiazujcie bledow, nie zmieniacie zaleznosci. Tym zajmuja sie tylko osoby z
AviaryPL. Marcoos obserwuje flage blocking 1.0 i sprawdzi taki blad.
Comment 3 Marek Stępień 2004-11-03 11:49:19 CET
Gandalf: W tej chwili zależności tego buga są kompletne. Każdy z nich (o numerze
>200) ma odpowiednie patche, które należy dołączyć przed RC 2. 

Hipermegabłąd bug 270 zawiera kilka tych patchy, rozwiązujących wszystkie
wymienione problemy oprócz jednego (patrz bug 270 comment 5) - i tu jest
helpwanted. :)

Nie wiem, jak Staszyna stoi z tłumaczeniem helpa (bug 92), ale mam nadzieję, że
do wieczora zdąży.

Comment 4 Staś Małolepszy :stas 2004-11-03 23:13:12 CET
Zdążyłem :)
Choć nie wiem, o który wieczór chodziło... :P
Comment 5 Zbigniew Braniecki 2004-11-04 03:55:35 CET
a tak wlasnie wyglada zdobywanie approval do 1.0 -
https://bugzilla.mozilla.org/show_bug.cgi?id=267573. I z tego co mowia chlopaki
z l10n DK moze zajac nawet 4 dni. Wiec, albo jutro wyslemy, albo musimy sie
liczyc z tym, ze na 1.0 nie zdarzymy...

Tak to jest jak sie bierzemy za lokalizacje na tydzien przed wydaniem ;p
Comment 6 Marek Stępień 2004-11-04 21:54:14 CET
(W odpowiedzi na komentarz #5)
> Tak to jest jak sie bierzemy za lokalizacje na tydzien przed wydaniem ;p

Trudno brać się za lokalizację RC 2 wcześniej niż tydzień przed wydaniem. Wtedy
pracowaliśmy nad RC 1. :-)

Comment 7 Marek Stępień 2004-11-05 02:10:19 CET
UWAGA:

Jezeli jeszcze jakies bledy (oprocz obecnych blokerow) maja byc poprawione w 1.0
RC 2, to musza byc zgloszone do 5 listopada do 16:00 czasu warszawskiego (CET).

Wyjatek moga stanowic bledy wyjątkowo katastrofalne. Ale tylko takie. :)
Comment 8 Staś Małolepszy :stas 2004-11-05 02:39:50 CET
Created attachment 231 [details]
minibłędy poprawione

łatka poprawia:
1. pokażlub ukryj w oknie help viewera
2. opis zaawansowanych opcji tabbed-browsing w pliku prefs.xhtml
3. Nie pokazuj tej wiadomości, kiedy wyskakujące okienka są zablokowane.
Comment 9 Marek Stępień 2004-11-05 16:17:25 CET
Minęła 16. Nie zgłoszono żadnych dodatkowych błędów. Przygotowałem więc zestaw
patchy - z błędów 255, 276, 277, 278, 279, 285 i 286. Na razie wrzucam go tutaj
do przeglądu przez nas, a potem dołączę go (lub gandalf go dołączy) do 267573 na
bmo.
Comment 10 Marek Stępień 2004-11-05 16:19:17 CET
Created attachment 239 [details]
Trzeci zestaw poprawek dla błędo bmo_267573

j/w.

Aha, no i jeszcze poszerzyłem to o załącznik 231 z tego buga...
Comment 11 Staś Małolepszy :stas 2004-11-05 18:34:15 CET
(W odpowiedzi na komentarz #9)
Nic nie zmieniam, tylko robię linki do błędów wymienionych przez marcoosa:
bug 255, bug 276, bug 277, bug 278, bug 279, bug 285 i bug 286.
Comment 12 Marek Stępień 2004-11-05 20:37:40 CET
Prawdopodobnie trzeba będzie do 3-ego zestawu poprawek dołączyć także poprawkę z
błędu bug 287.
Comment 13 Marek Stępień 2004-11-05 21:50:00 CET
Comment on attachment 239 [details]
Trzeci zestaw poprawek dla błędo bmo_267573

Ten patch powoduje bład 289.

Trzeba usunąć z niego poprawki w pref-advancedscripts i wstawić nowe.
Comment 14 Marek Stępień 2004-11-05 21:53:58 CET
Created attachment 247 [details]
trzeci

Poprawiony trzeci zestaw. Ewentualne zmiany wynikłe z bug 288 należy dopisać
na końcu tego pliku.
Comment 15 Staś Małolepszy :stas 2004-11-05 22:07:35 CET
jesli się da, byłoby dobrze wrzucić nowe skriny do helpa (6):
http://bugs.firefox.pl/show_bug.cgi?id=92#c70
Comment 16 Marek Stępień 2004-11-06 02:55:47 CET
Created attachment 249 [details]
Trzeci zestaw poprawek dla błędo bmo_267573 - FINAL

Gotowe do zacvsowania. :)

Bug 288 ma wielkiego patcha na helpa, który powinien zostać wprowadzony po
włączeniu tego patcha.

I to by było zdaje się wszystko, co zmieniamy w 1.0.
Comment 17 Zbigniew Braniecki 2004-11-06 04:14:21 CET
Nie marcoos. Albo to dostaje w tym patchu, albo to nie wejdzie do 1.0...
Comment 18 Marek Stępień 2004-11-06 09:56:09 CET
Created attachment 250 [details]
Trzeci zestaw poprawek + poprawki na help z 288.

Trzeci zestaw poprawek + poprawki na help z 288.

Pliki binarne z obrazkami ma staszyna i to on ci je dostarczy.
Comment 19 Marek Stępień 2004-11-06 16:21:10 CET
Created attachment 253 [details]
Ostateczna wersja trzeciego zestawu

Do 987382 razy sztuka...
Comment 20 Staś Małolepszy :stas 2004-11-06 16:23:04 CET
plus uaktualnione screenshoty:
http://bugs.firefox.pl/attachment.cgi?id=252&action=view
Comment 21 Zbigniew Braniecki 2004-11-06 16:50:50 CET
Proba aplikacji patcha:

gandalf@darkstar:/server/cvs/localization/mozilla$ patch -p0 <
zestaw-latek-3.patch-final
patching file browser/locales/pl-PL/profile/bookmarks.html
patching file toolkit/locales/pl-PL/chrome/mozapps/profile/createProfileWizard.dtd
patching file browser/locales/pl-PL/installer/installer.inc
patching file toolkit/locales/pl-PL/chrome/pippki/newserver.dtd
patching file toolkit/locales/pl-PL/chrome/pippki/newserver.properties
patching file browser/locales/pl-PL/chrome/browser/pref/pref-advanced.dtd
patching file browser/locales/pl-PL/chrome/browser/pref/pref-advancedscripts.dtd
patching file browser/locales/pl-PL/chrome/browser/pref/pref-privacy.dtd
patching file browser/locales/pl-PL/chrome/browser/pref/prefutilities.properties
patching file browser/locales/pl-PL/chrome/browser/cookieviewer/CookieViewer.dtd
patching file browser/locales/pl-PL/chrome/help/cookies.xhtml
patching file browser/locales/pl-PL/chrome/browser/browser.properties
patching file browser/locales/pl-PL/chrome/help/help.dtd
Hunk #1 succeeded at 18 with fuzz 1.
patching file browser/locales/pl-PL/chrome/browser/credits.dtd
patching file browser/locales/pl-PL/chrome/help/prefs.xhtml
Hunk #1 succeeded at 376 (offset 12 lines).
patching file browser/locales/pl-PL/chrome/help/cookies.xhtml
patching file browser/locales/pl-PL/chrome/help/download_manager.xhtml
patching file browser/locales/pl-PL/chrome/help/firebird-toc.rdf
patching file browser/locales/pl-PL/chrome/help/firefox_welcome.xhtml
patching file browser/locales/pl-PL/chrome/help/forieusers.xhtml
patching file browser/locales/pl-PL/chrome/help/glossary.xhtml
patching file browser/locales/pl-PL/chrome/help/menu_reference.xhtml
patching file browser/locales/pl-PL/chrome/help/mouse_shortcuts.xhtml
patching file browser/locales/pl-PL/chrome/help/popup.xhtml
patching file browser/locales/pl-PL/chrome/help/prefs.xhtml
Hunk #9 succeeded at 374 with fuzz 2.
patching file browser/locales/pl-PL/chrome/help/tabbed_browsing.xhtml
patching file browser/locales/pl-PL/chrome/help/using_firebird.xhtml
patching file browser/locales/pl-PL/chrome/help/welcome.xhtml


Poprawcie to prosze.
Comment 22 Marek Stępień 2004-11-06 17:06:06 CET
Pytanie: czy poprawienia tego wymaga polityka Mozilla.org, czy to tylko Twój pomysł?

Patch działa ok, te warningi w niczym nie przeszkadzają... 
Comment 23 Zbigniew Braniecki 2004-11-06 17:23:34 CET
Marku, jesli widze warningi, oznacza to, ze cos podczas produkcji patcha bylo
nie tak. Wole Wam to zglosic, niz przemilczec, zwlaszcza, ze nie mam zadnych
podstaw sadzic, ze autor patcha mial swiadomosc tego.

Jesli mowisz, ze warningi w niczym nie przeszkadzaja - ok. Pozostaje mi miec
nadzieje, ze sie nie mylisz... 
Comment 24 Marek Stępień 2004-11-06 18:18:22 CET
Te warningi wynikają z tego, że poprzez wprowadzenie zestawów łatek 1 i 2 część
linii zmieniła numer i patch musi je po prostu znaleźć samodzielnie na podstawie
kontekstu. Tyle i tylko tyle.

Jeżeli polityka Mozilla.org wymaga patchy bez warningów, to możemy oczywiście
taki przygotować. Tylko to potrwa.

To, czy patch działa, najlepiej sprawdzić na tych plikach (help.dtd i
prefs.xhtml) przy których jest warning. Jeśli patch wprowadzi w nich żądane
zmiany (a wprowadza) - jest ok.
Comment 25 Marek Stępień 2004-11-06 18:19:01 CET
Gdyby patch nie wszedł, pojawiły by się pliki xxxx.rej. A takich nie ma, prawda? :)
Comment 26 Marek Stępień 2004-11-06 19:52:28 CET
No, i ten patch jako
https://bugzilla.mozilla.org/attachment.cgi?id=164869&action=view dostał approval.

Tak więc to nie był wymóg MF, tylko Twój pomysł. :-)
Comment 27 Zbigniew Braniecki 2004-11-06 20:29:03 CET
Marcoos: nie mowilem w zadnym momencie, ze cokolwiek dotyczy to MF. Gdyby tak
bylo nie wystawilbym go po approval... Wiec nie wiem czemu przez 3 komentarze
ciagniesz swoje podejrzenia.

Opisalem ci dokladnie dlaczego zwrocilem sie z prosba o poprawke. Dziekuje za
wytlumaczenie, nie bylem pewien jak to dziala. Faktycznie nie tworza sie pliki
.rej, ale tworza sie pliki z ~.

A co do approvala. Nie podejrzewales chyba, ze osoba dajaca approval bedzie sama
aplikowac ten patch. W tym zakresie mam zaufanie BSmedberga i nie chcialbym go
stracic. Dlatego w momencie gdy natknalem sie na nieznane mi zachowanie
zwrocilem uwage. Bede wdzieczny jesli skonczymy ten temat. Twoje wyjasnienie po
mojej uwadze bylo w zupelnosci wystarczajace.
Comment 28 Marek Stępień 2004-11-06 20:34:23 CET
(W odpowiedzi na komentarz #27)
> Marcoos: nie mowilem w zadnym momencie, ze cokolwiek dotyczy to MF. Gdyby tak
> bylo nie wystawilbym go po approval... Wiec nie wiem czemu przez 3 komentarze
> ciagniesz swoje podejrzenia.

Nie ciągnę podejrzeń - spytałem się tylko. A kiedy mi nie odpowiedziałeś,
wyciągnąłem wnioski z buga na bmo. Tyle. :)

> Faktycznie nie tworza sie pliki .rej, ale tworza sie pliki z ~.

~ to AFAIK kopie zapasowe. ".rej" to skrót od "rejected", czyli odrzucone
fragmenty. 
Comment 29 Staś Małolepszy :stas 2004-11-07 01:40:06 CET
Created attachment 256 [details]
single-window-mode-commented-out patch (= att. 255)

Łatka na wykomentowanie helpowego opisu ukrytych opcji Single Window Mode.
Tożsamy z attachment 255 [details].
Comment 30 Zbigniew Braniecki 2004-12-09 17:23:53 CET
fixed
Comment 31 Marek Stępień 2004-12-09 18:42:37 CET
(W odpowiedzi na komentarz #30)
> fixed

Ano.
Comment 32 Marek Stępień 2005-03-18 19:09:45 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.