Closed Bug 90076 Opened 23 years ago Closed 23 years ago

Prefs | Appearance | Content Packs is broken

Categories

(SeaMonkey :: Preferences, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 89725

People

(Reporter: sspitzer, Assigned: bugs)

Details

anyone else seeing this? the "Content Packs" item in the pref tree is blank and the pane is messed up. could be my build, I'll update and try again.
There are two reasons that this part of UI is broken: 1. The new attribute, "localeVersion", is not picking up by the chrome registry. I am looking into this. To work around this, you need to add this attribute to content-packs's locale provider entry in chrome/all-locales.rdf. 2. The "download more" button is broken. The entity definition couldn't be found. I am rebuiling my dist/chrome/ to see the problem goes away.
Status: NEW → ASSIGNED
QA Contact: sairuh → jonrubin
The provider registerChome etry in makefile is wrong: http://lxr.mozilla.org/mozilla/source/extensions/content-packs/resources/Makefile.in#33 and http://lxr.mozilla.org/mozilla/source/extensions/content-packs/resources/makefile.win#29 The line: 29 $(REGCHROME) locale en-US/content-packs content-packs.jar should be 29 $(REGCHROME) locale en-US/content-packs en-US.jar Instead.
Assignee: tao → ben
Status: ASSIGNED → NEW
This needs to be fixed in RTM. thx.
*** This bug has been marked as a duplicate of 89725 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
v
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.