Remove profile-bound chrome registry references to non-existent chrome providers

NEW
Unassigned

Status

()

Core
XUL
P2
critical
16 years ago
10 years ago

People

(Reporter: jbetak@netscape.com (away - not reading bugmail), Unassigned)

Tracking

({helpwanted})

Trunk
helpwanted
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

Priority: -- → P2
Target Milestone: --- → mozilla1.3alpha
Status: NEW → ASSIGNED
this is a follow-up to bug 130331, bug 76512 and bug 86807
some randomly collected comments from aforementioned bugs:

- when a package doesn't have a specified locale or skin, the chrome registry is
supposed to fall back to the default, or perhaps whatever happened to be
registered first.

- I think that we need to be falling back to the default locale, as listed in
installed-chrome.txt file.  This is usually en_US, which is good enough IMHO.

- remove references (in user profile locale/skin) to not existing providers
(instead of simply converting the namespace)

- I think that it's curious that in the chrome.rdf file that's generated in my
home directory when I switch languages, the chatzilla locale url actually is for
the language that I picked, even though there is no locale for that language
with chatzilla. I would expect it to fall back to the default that I have
selected, en-US, which does exist.
Is there any chance this is 1.2-worthy?
Chris, I'd love to see this fixed. With bug 130331 out of the picture, this
might appear a little less pressing and I might not have the bandwidth to make
it happen in 1.2 :-(

Perhaps someone else could?
Assignee: jbetak → nobody
Status: ASSIGNED → NEW
Keywords: helpwanted
Target Milestone: mozilla1.3alpha → mozilla1.2final
No longer blocks: 174647

Updated

16 years ago
Blocks: 129472
nobody@netscape.com is about to go on a long vacation to the bit bucket
Assignee: nobody → nobody

Comment 6

15 years ago
.

Updated

15 years ago
Target Milestone: mozilla1.2final → ---
Filter on "Nobody_NScomTLD_20080620"
QA Contact: shrir → xptoolkit.xul

Updated

10 years ago
Component: XP Toolkit/Widgets: XUL → XUL
QA Contact: xptoolkit.xul → xptoolkit.widgets
You need to log in before you can comment on or make changes to this bug.