The default bug view has changed. See this FAQ.

Blank help pages for 20 locales

RESOLVED WORKSFORME

Status

Mozilla Localizations
Other
RESOLVED WORKSFORME
11 years ago
11 years ago

People

(Reporter: timr, Assigned: Pike)

Tracking

({regression, relnote})

unspecified
regression, relnote
Dependency tree / graph
Bug Flags:
blocking-firefox2 -

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

11 years ago
The QA team did our standard L10n smoke test on the Tier 1 locales and noticed that many when we went to the Help menu item, both then main and side panel of the help winder were blank.

Axel did an LDX search and found that these 20 locales reference non-existant files.  Here is the list from Axel:

/bg/browser/chrome/help/firebirdhelp.rdf, line 20 -- nc:datasources="firebird-glossary.rdf"/>
/cs/browser/chrome/help/firebirdhelp.rdf, line 20 -- nc:datasources="firebird-glossary.rdf"/>
/da/browser/chrome/help/firebirdhelp.rdf, line 20 -- nc:datasources="firebird-glossary.rdf"/>
/de/browser/chrome/help/firebirdhelp.rdf, line 20 -- nc:datasources="firebird-glossary.rdf"/>
/en-GB/browser/chrome/help/firebirdhelp.rdf, line 20 -- nc:datasources="firebird-glossary.rdf"/>
/es-ES/browser/chrome/help/firebirdhelp.rdf, line 20 -- nc:datasources="firebird-glossary.rdf"/>
/eu/browser/chrome/help/firebirdhelp.rdf, line 20 -- nc:datasources="firebird-glossary.rdf"/>
/gu-IN/browser/chrome/help/firebirdhelp.rdf, line 20 -- nc:datasources="firebird-glossary.rdf"/>
/he/browser/chrome/help/firebirdhelp.rdf, line 20 -- nc:datasources="firebird-glossary.rdf"/>
/fy-NL/browser/chrome/help/firebirdhelp.rdf, line 20 -- nc:datasources="firebird-glossary.rdf"/>
/hu/browser/chrome/help/firebirdhelp.rdf, line 20 -- nc:datasources="firebird-glossary.rdf"/>
/hy-AM/browser/chrome/help/firebirdhelp.rdf, line 20 -- nc:datasources="firebird-glossary.rdf"/>
/ko/browser/chrome/help/firebirdhelp.rdf, line 20 -- nc:datasources="firebird-glossary.rdf"/>
/mk/browser/chrome/help/firebirdhelp.rdf, line 20 -- nc:datasources="firebird-glossary.rdf"/>
/mn/browser/chrome/help/firebirdhelp.rdf, line 20 -- nc:datasources="firebird-glossary.rdf"/>
/pa-IN/browser/chrome/help/firebirdhelp.rdf, line 20 -- nc:datasources="firebird-glossary.rdf"/>
/ro/browser/chrome/help/firebirdhelp.rdf, line 20 -- nc:datasources="firebird-glossary.rdf"/>
/sq/browser/chrome/help/firebirdhelp.rdf, line 20 -- nc:datasources="firebird-glossary.rdf"/>
/zh-TW/browser/chrome/help/firebirdhelp.rdf, line 20 -- nc:datasources="firebird-glossary.rdf"/>
/pt-PT/browser/chrome/help/firebirdhelp.rdf, line 20 -- nc:datasources="firebird-glossary.rdf"/> 

Here is the LXR search string:
http://lxr.mozilla.org/l10n-mozilla1.8/search?string=firebird-glossary.rdf

This is not considered a blocker for Beta1 as the help text is not updated for the FF2 features, locales are considered Alpha level at this point, and help itself is not broken.  There are otherways to get to it (ex: chrome://browser/locale/help/cookies.xhtml)

This needs to be Release Noted!
(Reporter)

Comment 1

11 years ago
This apprears to be a regression from bug 324968 according to Axel's research.
Keywords: regression

Comment 2

11 years ago
in zh-CN locale files the data source is:
nc:datasources="chrome://help/locale/help-toc.rdf firebird-toc.rdf"/>
but The help page is EMPTY also.

Comment 3

11 years ago
I think the problem with zh-CN is that there is a section missing in its firebird-toc.rdf.
http://lxr.mozilla.org/mozilla/source/browser/locales/en-US/chrome/help/firebird-toc.rdf#428 through line 445.

The brandDTD entity in the DOCTYPE should also link to "chrome://branding/locale/brand.dtd".

Comment 4

11 years ago
Corrected for pt-PT in CVS. In our case, the reference should be to file glossary.rdf instead of firebird-glossary.rdf.

Comment 5

11 years ago
pa-IN is updated as 
"toc" and "chrome://help/locale/help-toc.rdf firebird-toc.rdf"

thanks

Comment 6

11 years ago
(In reply to comment #3)
Thanks,zh-CN modified and problem resolved.

Comment 7

11 years ago
zh-TW is resolved in CVS.
Thanks.

Comment 8

11 years ago
eu fixed in CVS

many thanks!

Comment 9

11 years ago
es-AR working
Updating last minute changes.
(Assignee)

Comment 10

11 years ago
Affected locales as of today are:

da, de, es-ES, fy-NL, gu-IN, he, hy-AM, mk, ro, sq.

I think we should try to get this fixed for B2. Yes, en-US help content is not final, but not showing help at all isn't the best sign of QA/testing.

Comment 11

11 years ago
Gujarati (gu-IN) file is updated. Can somebody verify that whether it's correct or not.

Comment 12

11 years ago
(In reply to comment #10)
> Affected locales as of today are:
> 
> da, de, es-ES, fy-NL, gu-IN, he, hy-AM, mk, ro, sq.

fy-NL committed.
Is there a way to test this locally, without waiting for a new build?
Where does firebirdhelp.rdf reside in the program?

W.

Comment 13

11 years ago
(In reply to comment #10)
> Affected locales as of today are:
> 
> da, de, es-ES, fy-NL, gu-IN, he, hy-AM, mk, ro, sq.
> 
> I think we should try to get this fixed for B2. Yes, en-US help content is not
> final, but not showing help at all isn't the best sign of QA/testing.
> 

Maybe I'm the only slow translater here, but I dont even know how to fix this. A few hints please.

Comment 14

11 years ago
> Maybe I'm the only slow translater here, but I dont even know how to fix this.
> A few hints please.

Edit the file firebirdhelp.rdf
W.

Comment 15

11 years ago
Just look at the patch in bug 324968: firebird-glossary.rdf and firebird-index1.rdf have been merged into and replaced by search-db.rdf, and firebirdhelp.rdf has been updated. You need to do the same in your locale.
Depends on: 324968

Updated

11 years ago
Flags: blocking-firefox2?
OS: Mac OS X 10.3 → All
Need this fixed for final, but won't block beta2
Flags: blocking-firefox2? → blocking-firefox2+
Target Milestone: Firefox 2 beta2 → Firefox 2
(In reply to comment #10)
> Affected locales as of today are:
> 
> da, de, es-ES, fy-NL, gu-IN, he, hy-AM, mk, ro, sq.
> 
> I think we should try to get this fixed for B2. Yes, en-US help content is not
> final, but not showing help at all isn't the best sign of QA/testing.
> 


Just uploaded es-ES. Not tested yet, though. Let's see in the next few hours if I've done it right...
Axel, should this be split off into individual bugs against each localization where this matters?  If not, can you drive to completion?
Assignee: nobody → l10n
(Assignee)

Updated

11 years ago
Depends on: 350488
(Reporter)

Comment 19

11 years ago
Mozilla/5.0 (Windows; U; Windows NT 5.1; es-ES; rv:1.8.1b2) Gecko/20060821 Firefox/2.0b2

es-ES works for me now.  I tested this last night.

From QA testing, da and de still broken.

These are not planned for beta 2: he, hy-AM, ro, sq

So these are still in question or broken for Beta2: da, de, fy-NL, ga-IN, mk

Comment 20

11 years ago
(In reply to comment #19)
> So these are still in question or broken for Beta2: da, de, fy-NL, ga-IN, mk

fy-NL was already resolved on 2006-08-15.
see comment #12.

Comment 21

11 years ago
mk is ok

Comment 22

11 years ago
Since our help files arent translated at all, I simply copy/pasted the en-US into da and committed that. Hopefully that solved it.

Updated

11 years ago
Component: Help Documentation → Other
Product: Firefox → Mozilla Localizations
Target Milestone: Firefox 2 → ---
Version: 2.0 Branch → unspecified

Comment 23

11 years ago
mn fixed in CVS

Thanks.
(Assignee)

Comment 24

11 years ago
The remaining locales which don't have this fixed are he (bug 352116), hy-AM (bug 352118), ro (bug 352125), sq (bug 352129).
Each of those has other problems in terms of updating their locale, too, but doesn't block firefox 2.

Resolving this bug WORKSFORME, and minus blocking-firefox2, too.
Severity: critical → normal
Status: NEW → RESOLVED
Last Resolved: 11 years ago
Flags: blocking-firefox2+ → blocking-firefox2-
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.