Closed Bug 54172 Opened 25 years ago Closed 25 years ago

Chrome registry needs better methods of debugging

Categories

(Core Graveyard :: RDF, defect, P3)

x86
FreeBSD

Tracking

(Not tracked)

RESOLVED FIXED
Future

People

(Reporter: pete, Assigned: hyatt)

Details

Currently I can get content to register and to run, no probs. However i can *not* get a stand alone skin to work for an external package. I haven't seen anyone do this yet. Every other external package uses existing skins like modern etc . . . AFAICT Now this wouldn't be such a big deal if there were ways to debug this. Right now i get a stupid error. CSSLoaderImpl::DidLoadStyle: Load of URL 'chrome://theme_builder/skin/' failed. Error code: 16389 It would be nice to see the real or resource path it is actually trying to load. I have sliced this six ways till sunday and nothing I do is working! It looks correct in my all-skins.rdf. I even jared up the skin directory in the hopes i can get it to work. No go. We need more DEBUG printfs here. *** Chrome Registration of package: Checking for contents.rdf at resource:/chrome/theme_builder/theme_builder/content/ *** Chrome Registration of skin: Checking for contents.rdf at jar:resource:/chrome/chameleon.jar!/skin/chameleon/theme_builder/ Is not good enough. How about some real paths here so i can debug this. Also is there a way to print out the chrome registry from js or something? (Like a for in loop) As to the mappings of where it thinks everything actually is located? Stuff like this would be timelessly useful. If anyone has gotten a skin to register and work for an external package w/out using the existing skins please let me know how you did this. I am filing a bug on this. thank you --pete
I blame hyatt. hyatt, give it to whoever deserves it most.
Assignee: waterson → hyatt
Summary: Crome registry needs better methods of debugging → Crome registry needs better methods of debugging
I have things working again. But it was PAINFUL!!!!!!!!!! Did i say it was PAAAAAAAAAIIIIIIIIIIIINNNNNNNNNNNNNFFFFFUUUUUULLLLLL!!!!!!!!! Yes, PAINFUL indeed. To get a skin to work: I had to manually edit "user-skins.rdf" in my mozilla home default/chrome directory. I made this change: <RDF:Description about="urn:mozilla:package:theme_builder"> <NS16:selectedSkin resource="urn:mozilla:skin:theme_builder/:theme_builder"/> </RDF:Description> A am now changing all of the DTD entity paths. This is a seriously major change! Man --pete
->future
Target Milestone: --- → Future
Eh, it's not going to change any more.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Pete's problem sounds fixed, but the debugging issue sounds like it remains open.
Keywords: verifyme
Summary: Crome registry needs better methods of debugging → Chrome registry needs better methods of debugging
tever is not RDF QA anymore
QA Contact: tever → nobody
mass remove verifyme requests greater than 4 months old
Keywords: verifyme
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.