Closed
Bug 267477
Opened 20 years ago
Closed 20 years ago
Make ChatZilla work in XULrunner
Categories
(Other Applications :: ChatZilla, defect)
Other Applications
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•20 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•20 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•20 years ago
|
Product: Core → Other Applications
Comment 3•20 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•20 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•20 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•20 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•20 years ago
|
Attachment #165061 -
Flags: review?(rginda)
| Assignee | ||
Comment 7•20 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•20 years ago
|
||
Attachment #165061 -
Attachment is obsolete: true
Attachment #169198 -
Flags: review?(rginda)
Comment 9•20 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•20 years ago
|
||
Checked in the last attachment. That should be all we need for now.
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
| Assignee | ||
Updated•19 years ago
|
Whiteboard: [cz-0.9.68]
You need to log in
before you can comment on or make changes to this bug.
Description
•