Closed
Bug 281886
Opened 20 years ago
Closed 19 years ago
Command-line service broken
Categories
(Other Applications :: ChatZilla, defect)
Other Applications
ChatZilla
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: dmbtech, Assigned: rginda)
References
(Blocks 2 open bugs)
Details
(Whiteboard: [cz-0.9.69])
Attachments
(1 file, 1 obsolete file)
|
6.09 KB,
patch
|
bugzilla-mozilla-20000923
:
review+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b) Gecko/20050210 Firefox/1.0+ Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b) Gecko/20050210 Firefox/1.0+ Command-line service for chatzilla is broke. firefox/mozilla -chat or /chat no longer works do to recent changes in the trunk. Reproducible: Always Steps to Reproduce: 1. Get a recent trunk build of fx or sm 2. Try to start it Linux: ./firefox -chat windows: firefox /chat || ./mozilla -chat windows: mozilla /chat Actual Results: Warning: unrecognized command line flag -chat Expected Results: Starts chatzilla
Comment 1•20 years ago
|
||
What actually happens, JOOI? Does a blank browser window open?
It gives that in the console, then it just opens up firefox normally, as it would for any invalid command. (firefox --blah)
Comment 3•20 years ago
|
||
Because the described behavior is no longer reproducable on SeaMonkey, I have a feeling that it is a regression of bug 276588. This might mean we need to do some work on chatzilla-service.js or maybe even consider creating a new component file specifically for applications that utilize the new toolkit. http://wiki.mozilla.org/index.php/XUL:Command_Line_Handling describes the toolkit's new command line handling.
Comment 4•20 years ago
|
||
(In reply to comment #3) > Because the described behavior is no longer reproducable on SeaMonkey This was never an issue in SeaMonkey.
Comment 5•20 years ago
|
||
(In reply to comment #3) > toolkit's new command line handling. This bug was created by dmb on my behalf for exactly this. It is just a reminder that it needs doing (or FF support killing).
Comment 6•20 years ago
|
||
> This was never an issue in SeaMonkey.
I assumed it was given that step 2 of the steps to reproduce appeared to
describe invoking chatzilla by both the "firefox" and "mozilla" executables.(In reply to comment #6) > > This was never an issue in SeaMonkey. > > I assumed it was given that step 2 of the steps to reproduce appeared to > describe invoking chatzilla by both the "firefox" and "mozilla" executables. Oh sry, thats actually a mistake Its supposed to be only firefox, i must of been real tired when i was creating the bug, sry all.
Comment 8•19 years ago
|
||
I've copied the changes from attachment 170255 [details] [diff] [review], commented out the parameters bit, and set cmdLine.preventDefault so the browser window doesn't open. This works for Firefox/1.0+ 20070715, and I've created an XPI for testing. http://worms.rdmsoft.com/temp/cZ/chatzilla-0.9.67+-rdmsoft-clh1.xpi
Updated•19 years ago
|
Blocks: chatzilla1.0
Updated•19 years ago
|
Attachment #189547 -
Flags: review?(silver)
Comment 9•19 years ago
|
||
Attachment #189547 -
Attachment is obsolete: true
Attachment #204236 -
Flags: review?(silver)
Attachment #189547 -
Flags: review?(silver)
Comment 10•19 years ago
|
||
Comment on attachment 204236 [details] [diff] [review] updated patch + parameter support r=silver
Attachment #204236 -
Flags: review?(silver) → review+
Comment 11•19 years ago
|
||
checked in --> FIXED.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Updated•19 years ago
|
Whiteboard: [cz-0.9.69]
You need to log in
before you can comment on or make changes to this bug.
Description
•