Closed Bug 267477 Opened 20 years ago Closed 20 years ago

Make ChatZilla work in XULrunner

Categories

(Other Applications :: 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: 20 years ago
Resolution: --- → FIXED
Whiteboard: [cz-0.9.68]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: