Ensure that Help opens without XML parsing error in locales accepted for 2.7

NEW
Unassigned

Status

--
major
8 years ago
7 years ago

People

(Reporter: stefanh, Unassigned)

Tracking

({relnote})

SeaMonkey 2.7 Branch
relnote
Dependency tree / graph

Firefox Tracking Flags

(blocking-seamonkey2.1 -)

Details

(Reporter)

Description

8 years ago
Turns out that when the copyright string was removed from brand.dtd, a lot of locales didn't removed the entity in their help files (discovered when investigating bug 658810).

The following locales still have the entity in their help files:
-------------------------------
Locale     2.1 dashboard status
hu         red
si         red
en-GB      green
es-AR      green
ka         red
tr         green
pt-BR      red
zh-CN      red
pt-PT      green
ro         red
fy-NL: not on dashboard
-------------------------------

So, assuming we only care about the green ones for 2.1, we have 4 locales: en-GB, es-AR, pt-PT, tr
(Reporter)

Updated

8 years ago
Depends on: 658810
(Reporter)

Comment 1

8 years ago
I'll file bugs for the other 3 locales.
(Reporter)

Updated

8 years ago
Depends on: 658818
(Reporter)

Updated

8 years ago
Depends on: 658820
(Reporter)

Updated

8 years ago
Depends on: 658821
after brief discussion with KaiRo on IRC, we're not blocking on this. but would like it relnoted for the listed locales (c#0) that are broken, and that we ship with.
blocking-seamonkey2.1: ? → -
Keywords: relnote

Comment 3

8 years ago
Yes, relnote is good, and having the other bugs as well, so we hope it can be fixed for the next release.
This is still part of all current relnotes, listing en-GB and es-AR.

Looking at the status of bug 658810, can I assume (without checking myself) that es-AR is fixed?

Ian, what about en-GB?

What about other languages? What's the current status (for, say, 2.4)?
en-GB and es-AR seem to be fixed (tried with 2.4 release), removing relnote keyword. Please only reset it if it's still broken with 2.4 or later, and name the locale.
Keywords: relnote

Comment 7

7 years ago
Hungary, hu, is broken, SeaMonkey 2.6.1 & 2.7b3.

XML feldolgozási hiba: nem definiált entitás
Hely: jar:file:///C:/TMP/SEA/261hu/X/omni.jar!/chrome/hu/locale/hu/communicator/help/welcome_help.xhtml
109. sor, 4. oszlop:<p>&copyright.string;</p>
---^

Az összeépítés (build) azonosítója:Mozilla/5.0 (Windows NT 5.1; rv:9.0.1) Gecko/20111221 Firefox/9.0.1 SeaMonkey/2.6.1

Az összeépítés (build) azonosítója:Mozilla/5.0 (Windows NT 5.1; rv:10.0) Gecko/20120105 Firefox/10.0 SeaMonkey/2.7
Depends on: 716587
http://mxr.mozilla.org/l10n-mozilla-beta/search?string=%26copyright.string&find=%2Fsuite%2F&findi=&filter=^[^\0]*%24&hitlimit=&tree=l10n-mozilla-beta
 vs.
https://l10n-stage-sj.mozilla.org/shipping/dashboard?av=sea2.7

Locale  sea_beta  Sign-off
------------------------------
hu      red       accepted
si      red       no sign-offs
ka      red       no sign-offs
tr      red       accepted
pt-BR   red       no sign-offs
ro      red       no sign-offs
fy-NL   -         -

-> We should try to get hu (Hungarian) and tr (Turkish) fixed ASAP. Filed bug 716587 for hu; tr is bug 658820.
Keywords: relnote
Summary: Ensure that Help opens without xml parsing error in locales accepted for 2.1 → Ensure that Help opens without XML parsing error in locales accepted for 2.7
Version: SeaMonkey 2.1 Branch → SeaMonkey 2.7 Branch

Comment 9

7 years ago
pt-PT & tr are also broken, 2.7b3.

Comment 10

7 years ago
All locales, works or BROKEN.
If help itself is in English, so noted.


> be, works - english
> ca, works - english
> cs, works - english
> de, works
> es-ar, works
> es-es, works
> fi, works - english
> fr, works - english
> gl, works - english
> hu, BROKEN
> it, works
> ja, works - english
> lt, works - english
> nb, works - english
> nl, works - english
> pl, works
> pt, BROKEN
> ru, works
> sk, works
> sv, works
> tr, BROKEN
> zn, works - english


Note that lt seems to have an oddity with Profile Manager.
Seems "shorter" or something?
Perhaps because ps because 'Dirbti atsijungus nuo tinklo' spans two lines (it's wrapped) though there were other locales where two lines were also uses, but the dialog was sized correctly?
You need to log in before you can comment on or make changes to this bug.