Closed Bug 281886 Opened 20 years ago Closed 19 years ago

Command-line service broken

Categories

(Other Applications :: ChatZilla, defect)

defect
Not set
normal

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)

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
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)
Blocks: 221245
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.
(In reply to comment #3)
> Because the described behavior is no longer reproducable on SeaMonkey

This was never an issue in SeaMonkey.
(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).
> 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.
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
Blocks: chatzilla1.0
Attachment #189547 - Flags: review?(silver)
Attachment #189547 - Attachment is obsolete: true
Attachment #204236 - Flags: review?(silver)
Attachment #189547 - Flags: review?(silver)
Comment on attachment 204236 [details] [diff] [review]
updated patch + parameter support

r=silver
Attachment #204236 - Flags: review?(silver) → review+
checked in --> FIXED.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Whiteboard: [cz-0.9.69]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: