55296 - URL parameter is ignored

Status: VERIFIED WORKSFORME

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

Description

[Tobias Burnus]

Hi this with 2000-10-04-21/Linux.

using "$A_PATH/mozilla url" with url=file:///foo/bar or with url=http://bar/foo
don't work anymore.

I think it worked two or three days ago.

Hope this till get "rtm" -- if confirmed.

Comment 1

[sairuh (rarely reading bugmail)]

timeless/asa, either of you see this (trunk or branch)?

Comment 2

[timeless]

Yep, but I might have forced it on myself
bin>mozilla.exe -console http://java.sun.com
prefs: when-nav-starts-display: blank page.
also prefs: when-nav-starts-display: homepage page.

win32, 10/06-04 talkback

Comment 3

[sairuh (rarely reading bugmail)]

sorry, i should have clarified my question:

* could you pls give me specific steps to repro this? thx!
* when was the last build you used when this worked? if it's a regression,
getting even a rough idea as to when this last worked would help us narrow it
down.
* timeless: talkback? it crashed? tobias didn't mention any thing about a crash
originally. pls clarify.

thanks a bunch!

Comment 4

[timeless]

no, sorry.. that's my format for mozilla version, it means:
mozilla-win32-talkback.zip build id 2000100604
I mention talkback because occasionally the other packages behave differently; I 
omit 2000 because it's not really important in dated comments.

Comment 5

[don]

I still don't understand the bug here.  Please clarify with some simpler or more
obvious steps.

Comment 6

[Tobias Burnus]

I try to explain it:
If you run "mozilla" with an URL as command(line) parameter, Mozilla used to
start and load this URL. Under unix this is shell script which calles
mozilla-bin.
mozilla --help shows:
Usage: /usr/local/share/mozilla/package/mozilla-bin [ options ... ] [URL]
       where options include:
[...]
This becomes usefull (a) if you use the xterm terminal (or the command.com under
Windows e.g. together with "start") and (b) if another program starts mozilla
with "$PATH/mozilla %u" where %u is the URL.

Comment 7

[sairuh (rarely reading bugmail)]

thanks, Tobias... i tried the following using 2000.10.09.09-n6 [opt comm branch]
bits on linux:

1. in an xterm, issued "./netscape http://www.kith.org" [without quotes, of
course].
2. [if you have more than 1 profile, the profile manager will appear. just
select one of the profiles then click the start button. otherwise, this step
isn't needed.]

observation: the browser launches, opening at http://www.kith.org.

true, i'm using a commercial [and branch] build, but perhaps you should use
./mozilla instead of mozilla-bin? does that help, or am i still misunderstanding
the problem?

or, perhaps this is indeed a regression --am guessing in the trunk, since i
haven't been using those builds recently. ;(

Comment 8

[don]

Marking this "rtm-" since it looks like a trunk problem.

Comment 9

[Tobias Burnus]

Using 2000-10-10-21/Linux (Mozilla nightly) I cannot reproduce it anymore. That
is: It works for me (marking as such).

Comment 10

[Asa Dotzler [:asa]]

reopening this is still a problem on the trunk.  perhaps the reporter tested a
branch build.  [e-mail] (Tobias Burnus), did you get your build from an
Mtrunk directory or an MN6 directory (or the /latest dir?) If you used latest or
MN6 then you probably got a branch build where this is not a problem.

Comment 11

[Tobias Burnus]

Nice to get to know how to check it (I used only wget with latest).
I think from looking at http://ftp.mozilla.org/pub/mozilla/nightly/
that I got 2000-10-10-21-Mtrunk. Is there any methode to be sure (from about: or
the UI?)

Comment 12

[sairuh (rarely reading bugmail)]

yeah, the directory name from which you get the build is the best high-level way
to know whether it's branch or trunk. [Mtrunk is the right one, for this case.]

Comment 13

[sairuh (rarely reading bugmail)]

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

Comment 14

[Gervase Markham [:gerv]]

If this is a trunk only problem, it doesn't need a relnote. Can someone confirm 
that, and remove the keywords? Or, if it is a branch problem also:

It seems unclear to me whether this bug requires either of a "developer" or 
"user" release note for Netscape 6 RTM. If anyone feels it does, can they please 
draft one and then nominate with the relnote-user or relnote-devel strings in 
the Status Whiteboard.

Thanks :-)

Gerv

Comment 15

[Asa Dotzler [:asa]]

OK, this is actually working for me on trunk builds from today (102508) and
branch builds from yesterday (102408).  I think I was mistaken in reopening this
bug the other day.  I'm not positive but I probably put a "-" in front of the
URL. Reresolving as Worksforme.  

Comment 16

[sairuh (rarely reading bugmail)]

mass verification of WorksForMe bugs: to find all bugspam pertaining to this,
set your search string to "IfItWorksForSlappyTheSquirrelThenItWFM".

if you think this particular bug is *still* an open issue, please make sure of
the following before reopening:

a. that it's still a problem with ***recent trunk builds*** on the all
appropriate platform[s]

b. provide clear steps to reproduce (unless a good test case is already in the
bug report), making sure it pertains to the original problem (avoid morphing as
much as possible :)