Closed
Bug 267477
Opened 21 years ago
Closed 21 years ago
Make ChatZilla work in XULrunner
Categories
(Other Applications Graveyard :: ChatZilla, defect)
Other Applications Graveyard
ChatZilla
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)
|
3.74 KB,
patch
|
rginda
:
review+
|
Details | Diff | Splinter Review |
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).
| Assignee | ||
Comment 1•21 years ago
|
||
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).
| Assignee | ||
Comment 2•21 years ago
|
||
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.
Updated•21 years ago
|
Product: Core → Other Applications
Comment 3•21 years ago
|
||
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...
| Assignee | ||
Comment 4•21 years ago
|
||
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(){} };
| Assignee | ||
Comment 5•21 years ago
|
||
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)
| Assignee | ||
Comment 6•21 years ago
|
||
I've fixed the stuff from attachment 165061 [details] [diff] [review] in bug 269633.
Still need to fix the history stuff, though.
| Assignee | ||
Updated•21 years ago
|
Attachment #165061 -
Flags: review?(rginda)
| Assignee | ||
Comment 7•21 years ago
|
||
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.
| Assignee | ||
Comment 8•21 years ago
|
||
Attachment #165061 -
Attachment is obsolete: true
Attachment #169198 -
Flags: review?(rginda)
Comment 9•21 years ago
|
||
Comment on attachment 169198 [details] [diff] [review]
Safe-guards code against not having a global history
r=rginda
Attachment #169198 -
Flags: review?(rginda) → review+
| Assignee | ||
Comment 10•21 years ago
|
||
Checked in the last attachment.
That should be all we need for now.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
| Assignee | ||
Updated•20 years ago
|
Whiteboard: [cz-0.9.68]
Updated•1 year ago
|
Product: Other Applications → Other Applications Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•