Closed
Bug 175140
Opened 22 years ago
Closed 3 years ago
Remove profile-bound chrome registry references to non-existent chrome providers
Categories
(Core :: XUL, defect, P3)
Core
XUL
Tracking
()
RESOLVED
INCOMPLETE
People
(Reporter: jbetak, Unassigned)
Details
(Keywords: helpwanted)
Reporter | ||
Updated•22 years ago
|
Priority: -- → P2
Target Milestone: --- → mozilla1.3alpha
Reporter | ||
Updated•22 years ago
|
Status: NEW → ASSIGNED
Reporter | ||
Comment 1•22 years ago
|
||
this is a follow-up to bug 130331, bug 76512 and bug 86807
Reporter | ||
Comment 2•22 years ago
|
||
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.
Comment 3•22 years ago
|
||
Is there any chance this is 1.2-worthy?
Reporter | ||
Comment 4•22 years ago
|
||
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?
Reporter | ||
Updated•22 years ago
|
Target Milestone: mozilla1.3alpha → mozilla1.2final
Comment 5•21 years ago
|
||
nobody@netscape.com is about to go on a long vacation to the bit bucket
Assignee: nobody → nobody
Updated•21 years ago
|
Target Milestone: mozilla1.2final → ---
Component: XP Toolkit/Widgets: XUL → XUL
QA Contact: xptoolkit.xul → xptoolkit.widgets
Comment 8•6 years ago
|
||
Moving to p3 because no activity for at least 1 year(s). See https://github.com/mozilla/bug-handling/blob/master/policy/triage-bugzilla.md#how-do-you-triage for more information
Priority: P2 → P3
Comment 9•3 years ago
|
||
Hey Dave,
Does this issue still reproduce for you or should we close it?
Flags: needinfo?(justdave)
Comment 10•3 years ago
|
||
I have nothing to do with this bug and don't even have the platform in question to test it on. I think you meant to needinfo someone else.
Flags: needinfo?(justdave)
Comment 11•3 years ago
|
||
Marking this as Resolved > Incomplete since the reporter cannot be contacted further to confirm if the issue is still reproducible.
If anyone can reproduce this issue please re-open the bug or file a new one.
Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•