Closed
Bug 172075
Opened 22 years ago
Closed 22 years ago
Need to flip chrome locale version from 1.0.1rc1 to 1.0.2 in brand.dtd
Categories
(Core :: Internationalization: Localization, defect)
Tracking
()
VERIFIED
DUPLICATE
of bug 144551
People
(Reporter: jbetak, Assigned: jbetak)
Details
Attachments
(1 file)
651 bytes,
patch
|
tao
:
review+
blizzard
:
superreview+
jesup
:
approval+
|
Details | Diff | Splinter Review |
noticed this when working on an embedding project. Lang version needs to be
flipped to 1.0.2 or else language packs can't be applied to Moz 1.0.2 builds.
This doesn't affect embedding. Perhaps we should consider ways of automating
this. The same problem has struck on the trunk (locale version wasn't flipped
from 1.2a to 1.2b).
<!ENTITY lang.version "1.0.1rc1">
<!ENTITY brandShortName "Mozilla">
<!ENTITY vendorShortName "Mozilla">
<!ENTITY sidebarName "Sidebar">
Assignee | ||
Comment 2•22 years ago
|
||
Assignee | ||
Comment 3•22 years ago
|
||
tao, leaf,
I've noticed that leaf updated the locale version in the rest of the product to
1.0.2 on Sept 14, 2002 12:25. Was this perhaps done via a script? If so, could
we look into extending it to include brand.dtd? This bug keeps coming back in
virtually every release ;-)
Assignee | ||
Comment 4•22 years ago
|
||
Anyone up for r=/sr=? Let's get this out of the way ASAP...
Whiteboard: have patch / need r=/sr=
Comment on attachment 101378 [details] [diff] [review]
proposed patch
r=tao. I thought that leaf's
script does handle this
file. Leaf?
Attachment #101378 -
Flags: review+
Assignee | ||
Comment 6•22 years ago
|
||
alecf, blizzard - would you have a second to sr= this?
Comment 7•22 years ago
|
||
Comment on attachment 101378 [details] [diff] [review]
proposed patch
sr=blizzard
Attachment #101378 -
Flags: superreview+
Assignee | ||
Comment 8•22 years ago
|
||
Tao, Chris thanks for the quick turnaround and your help in getting this
resolved quickly.
Whiteboard: have patch / need r=/sr= → have r=/sr= / need a=
Comment 9•22 years ago
|
||
adt+ for the branch, please get a= before landing.
Comment 10•22 years ago
|
||
Comment on attachment 101378 [details] [diff] [review]
proposed patch
a=rjesup@wgate.com for 1.0 branch. Change mozilla1.0.2+ to fixed1.0.2 when
checked in
Attachment #101378 -
Flags: approval+
Updated•22 years ago
|
Keywords: mozilla1.0.2+
Whiteboard: have r=/sr= / need a=
Assignee | ||
Comment 11•22 years ago
|
||
Thanks everyone for the quick turnaround!
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Keywords: mozilla1.0.2+ → fixed1.0.2
Resolution: --- → FIXED
Comment 12•22 years ago
|
||
tested 2002-10-04-08-1.0
Win XP JA
I still can reproduce.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee | ||
Comment 13•22 years ago
|
||
Kasumi, try a Mozilla branch build. Seems like the commercial tree hasn't
pulled the change yet.
Mozilla 1.0 branch build still shows the content pack with a "needs update",
the language pack seems fixed. I'm investigating it.
Assignee | ||
Comment 14•22 years ago
|
||
I searched the whole branch tree for remaining 1.0.1rc references and found
another one in region.dtd. Sigh, we really need to fix the build scripts leaf
is using, I've already emailed him about it. Looks like he'll be back next week.
I'm going to have Kasumi file a new bug for the region pack version mismatch.
It makes the prebuilt content packs look as if they were out of date. That
issue is not as severe as the brand.dtd mismatch we fixed in this bug, that
issue effectively disables the locale switching UI.
Status: REOPENED → RESOLVED
Closed: 22 years ago → 22 years ago
Resolution: --- → FIXED
Comment 15•22 years ago
|
||
tested on 2002-10-04-09-1.0
Win XP JA
Status: RESOLVED → VERIFIED
Keywords: fixed1.0.2 → verified1.0.2
Comment 17•22 years ago
|
||
For #15 tested on 2002-10-04-09-1.0 means Mozilla 2002-10-04-09-1.0
Not occur on Mozilla 2002-10-24-08-trunk either.
But still occur on 2002-10-24-08-trunk and 2002-10-24-08-1.0
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
Comment 18•22 years ago
|
||
The remaining issue about Netscape is filed under
http://bugscape.mcom.com/show_bug.cgi?id=20674 also
Comment 19•22 years ago
|
||
I thought this was fixed... it's also bug 144551.
*** This bug has been marked as a duplicate of 144551 ***
Status: REOPENED → RESOLVED
Closed: 22 years ago → 22 years ago
Resolution: --- → DUPLICATE
Assignee | ||
Comment 20•22 years ago
|
||
This is fixed in Mozilla's branch, Netscape commercial build has a separate set
of DTD files to be changed. See http://bugscape.mcom.com/show_bug.cgi?id=20674.
This bug needs to be verified on a Mozilla branch build, Netscape branch builds
have a separate Bugscape bug.
Keywords: fixed1.0.2
Comment 21•22 years ago
|
||
Andreas said that unless this problem is fixed in Netscape blanch, don't change
Keysord to verified 1.0.2. This is the reason why I can't verify.
As in #17, I have verified on Mozilla branch and trunk both.
Assignee | ||
Comment 22•22 years ago
|
||
It seems like were confusing ADT by keeping this open. Kasumi, not verifying is
fine by me, please just don't reopen the bug - unless it breaks on Mozilla
branch builds :-)
Commercial branch builds dated 10/29 or newer should be working fine as well.
Comment 23•22 years ago
|
||
Verified on commercial build 10-29-15-1.0
Status: RESOLVED → VERIFIED
Keywords: fixed1.0.2 → verified1.0.2
You need to log in
before you can comment on or make changes to this bug.
Description
•