Closed Bug 267477 Opened 21 years ago Closed 21 years ago

Make ChatZilla work in XULrunner

Categories

(Other Applications Graveyard :: ChatZilla, defect)

defect
Not set
minor

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: bugzilla-mozilla-20000923, Assigned: bugzilla-mozilla-20000923)

References

Details

(Whiteboard: [cz-0.9.68])

Attachments

(1 file, 1 obsolete file)

XULrunner is on its way, and it already compilable and usable on Windows (and Linux I believe), so the time has come to make ChatZilla work with it... I have no idea how we'd "install" CZ into XULrunner, though, so this will only cover making the JAR work when patched into the XULrunner apps folder with appropriate other files (e.g. a prefs file, icon, and installed-chrome.txt).
This does some basic ground work to make ChatZilla work in XULrunner. This includes a new way to detect the host application, and changing the menus to behave the same on XULrunner as in Firefox. It moves some communicator scripts to overlays to only load them in seamonkey, and sets a new default value for all messages.* prefs when in XULrunner (note that the new value isn't actually supported in CVS yet).
Depends on: 269633
I've just found out that client.globalHistory isn't defined in XULrunner (it doesn't have a history component?), so the lines at: http://lxr.mozilla.org/mozilla/search?string=client.globalHistory will break. This has currently only been observed as stopping stalking working, instead making it match "undefined" only. Doing /eval updateStalkExpression(this) from an affected network view fixes it temporarily.
Product: Core → Other Applications
The client.globalHistory seems to affect private messaging for me. I get the following error when trying to open a query window to a user: [ERROR] Internal error dispatching command “query”. [ERROR] TypeError: client.globalHistory has no properties @ <chrome://chatzilla/content/static.js> 1389 The real pain is that when users private message me I don't get an error or the private message...
Yeah, that is the same problem by the looks of it. The following script or /eval should hopefully fix the problem for the session: client.globalHistory = { addPage: function(){} };
Comment on attachment 165061 [details] [diff] [review] Makes ChatZilla work in XULrunner Mostly moving code about and some whitespace cleanup, but the key bits are the new content/sm/overlay.xul file, the goto-url changes, and the new 'host detection' code.
Attachment #165061 - Flags: review?(rginda)
I've fixed the stuff from attachment 165061 [details] [diff] [review] in bug 269633. Still need to fix the history stuff, though.
Attachment #165061 - Flags: review?(rginda)
Uh oh, looks like MSG_ERR_UNKNOWN_HOST is not defined. Luckly it doesn't care unless it hits the actual line it is on... I'll add the message with the history fix.
Attachment #165061 - Attachment is obsolete: true
Attachment #169198 - Flags: review?(rginda)
Comment on attachment 169198 [details] [diff] [review] Safe-guards code against not having a global history r=rginda
Attachment #169198 - Flags: review?(rginda) → review+
Checked in the last attachment. That should be all we need for now.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Whiteboard: [cz-0.9.68]
Product: Other Applications → Other Applications Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: