Closed Bug 576745 Opened 14 years ago Closed 14 years ago

Make ChatZilla XPCOM component use new manifests and data tables

Categories

(Other Applications :: ChatZilla, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: jmjjeffery, Assigned: neil)

References

Details

(Keywords: arch, Whiteboard: [cz-0.9.86.1])

Attachments

(2 files)

Following the landing on mozilla-central of bug https://bugzilla.mozilla.org/show_bug.cgi?id=568691 changing the way addons register with Firefox, Chatzilla no longer works. Tried installing into new profile, no other addons, and trying to start up the application I'm presented with a a Dialog-box asking me to choose an application, and offers 'Mibbit'. No errors are in the console, and there is no indication / feedback that the install failed or would not work. Tested using the latest trunk build from m-c and Chatzilla version: 0.9.86
Tools->Chatzilla does open the application, but for some reason it won't start up when using the following link: irc://irc.mozilla.org/firefox
Summary: Chatzilla is not working after landing of 568691 → irc:// links fail to open ChatZilla after landing of 568691
I was pointed to this file, and while I'm not a coder, it would appear that some updating to the registration will be required to work with latest Mozilla-central trunk builds. http://hg.mozilla.org/chatzilla/file/7560e73fd52f/js/lib/chatzilla-service.js line: 398 and following ?
Severity: major → normal
Keywords: regressionarch
OS: Windows 7 → All
Hardware: x86 → All
Summary: irc:// links fail to open ChatZilla after landing of 568691 → Make ChatZilla XPCOM component use new manifests and data tables
Depends on: 575740
Depends on: 575569
No longer depends on: 575569
This patch: * Adds the same temporary workaround being used by Venkman so it builds, it isn't a permanent solution but it does mean Chatzilla builds and can be used. Anyone that can review it please feel free to take over the review.
Assignee: rginda → iann_bugzilla
Status: NEW → ASSIGNED
Attachment #456634 - Flags: review?(rginda)
Comment on attachment 456634 [details] [diff] [review] Temporary fix patch [Checkin: Comment 13] I don't think Rob does many reviews these days, it's best to ask Gijs for that.
Attachment #456634 - Flags: review?(rginda) → review?(gijskruitbosch+bugs)
Can you link to the relevant venkman bug or something that explains what this change actually does?
bug 568691 has the relevant venkman bug as a dependency as well as this one and should explain what this does and even more what it needs to end up doing - the current patch only suppresses the build error, but ends up making the commandline handler not work in trunk builds. The inspector bug that is a dependency of that bug shows how it ultimately needs to be solved to make that work as well. The workaround can be one step to that and also makes SeaMonkey builds at least build again, which is quite important for us, as you can imagine.
Thanks, that's much clearer - the DOMi bug is bug 576910 so we don't all have to hover over the links looking for it.
> Thanks, that's much clearer - the DOMi bug is bug 576910 so we don't all have > to hover over the links looking for it. Like how difficult is it to look at the dependency tree?
(In reply to comment #10) > > Thanks, that's much clearer - the DOMi bug is bug 576910 so we don't all have > > to hover over the links looking for it. > Like how difficult is it to look at the dependency tree? Ah, never noticed that button before. Excuse my ignorance :)
Attachment #456634 - Flags: review?(silver)
Comment on attachment 456634 [details] [diff] [review] Temporary fix patch [Checkin: Comment 13] To fix the build, r+ from me, though I can't help but feel the flag should have been the other way around. ;)
Attachment #456634 - Flags: review?(silver)
Attachment #456634 - Flags: review?(gijskruitbosch+bugs)
Attachment #456634 - Flags: review+
Attachment #456634 - Attachment description: Temporary fix patch → Temporary fix patch [Checkin: Comment 13]
Attached patch Minimal fixSplinter Review
Assuming you still want to keep all the nsIModule stuff around for backward compatibility for older applications, this quick hack works...
Attachment #456923 - Flags: review?(silver)
(In reply to comment #14) > Created attachment 456923 [details] [diff] [review] > Minimal fix Does this cover ircs:// links also?
Comment on attachment 456923 [details] [diff] [review] Minimal fix I don't know the precise details of these new manifest options, but it all looks right; r+ as long as you've checked that the following work: - irc:// links from web pages - ircs:// links from web pages - -chat command-line flag
Attachment #456923 - Flags: review?(silver) → review+
Blocks: 576900
Comment on attachment 456923 [details] [diff] [review] Minimal fix Yep, all works well. a+=Callek if you feel we need it since SM is closed-tree
Attachment #456923 - Flags: feedback+
Pushed changeset ca24ef809133 to ssh://hg.mozilla.org/chatzilla/
Assignee: iann_bugzilla → neil
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Whiteboard: [cz-0.9.86.1]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: