186315 - Command line files no longer working

Status: RESOLVED WORKSFORME

(Core Graveyard :: Cmd-line Features, defect)

Description

[Barrett Lindstrom]

Command line files are no longer working.  The only one I've found that works
now is the Profile Manager command line file that comes with the build.  Any
other CLF is ignored, and the browser just starts up.  This was tested on builds
2002-12-16-03-trunk, and 2002-12-20-03-trunk

Comment 1

[sairuh (rarely reading bugmail)]

->bryner, but punt as needed.

how are you using the command-line files? you need to drag the file and drop it
onto the mozilla/nscp icon in order for them to work. double-clicking them,
iirc, doesn't work (expected behavior).

what other command-line files do you see other than Profile Manager and Profile
Migration? those are the only two supported. the other ones (which in the past
have appeared for mozilla) should actually not be part of the package.

Comment 2

[Hong Kwon]

We were using this feature for doing startup timing tests (to pass in the URL of
a known HTML page).  This breaks our test.

Comment 3

[Simon Fraser [no longer active]]

Are you testing with CFM or Mach-O builds?

Comment 4

[Barrett Lindstrom]

Cfm builds I assume.  I was told that the Trunk commercial builds were not on
Mach-o yet.

Comment 5

[Barrett Lindstrom]

Actually, double click the files used to work.  If you highlight a file, and
press cmd-i, you can specify the application to open it with.  

But at any rate, dropping the files on the netscape application doesn't work
either :-P

Comment 6

[Conrad Carlen (not reading bugmail)]

I just tried "Mozilla Addressbook," "Mozilla Messenger," and "Mozilla Profile
Wizard" with my trunk CFM build (pulled and built yesterday), and they all WFM. 

> We were using this feature for doing startup timing tests (to pass in the URL of
a known HTML page).

I'll have to see this to believe it. I don't have an old build around but,
looking at the Mac command line handling code from the 1.0 branch, dragging a
file containing a URL and having that be parsed from the file and opened was not
supported in the code. If you drag a file onto mozilla, it will open the file
itself. That also WFM using my CFM trunk build.

Comment 7

[Simon Fraser [no longer active]]

I tried this with Stephen Donner yesterday, and they worked, but only if there
was no space between the "ARGS:" and what follows. Maybe if your args have
spaces in, things break.

Comment 8

[Conrad Carlen (not reading bugmail)]

*** Bug 188793 has been marked as a duplicate of this bug. ***

Comment 9

[Conrad Carlen (not reading bugmail)]

In looking at bug 188793, I found what's happening: We try to get all 'odoc' and
'pdoc' AppleEvents when the cmd line is inited at launch time.
http://lxr.mozilla.org/seamonkey/source/xpfe/appshell/src/nsCommandLineServiceMac.cpp#161
Problem is, the first AppleEvent does not arrive at that point. It doesn't until
the profile manager window is shown, which is too late. Looks like the priming
of the event pump meeds to change.