Closed Bug 5436 Opened 25 years ago Closed 25 years ago

[BLOCK] command line arg "-url" doesn't work.

Categories

(SeaMonkey :: UI Design, defect, P1)

x86
All
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: phillip, Assigned: radha)

Details

Overview Description:
        the command line option -url is now ignored when apprunner is
        invoked from command line.

Steps to Reproduce:
	1) in a command shell, type `./apprunner -url http://www.mozilla.org`
	2) note that navigator.xul is used to create the ui.

Actual Results:

	Navigator has an empty url and displays no page, but does use
	Navigator.xul.

Expected Results:

	Navagator should use have loaded mozilla.org's homepage after it loaded
	navigator.xul. (either that, or their should be some way to specify
	which file to use for your UI and which url you'd like as the default
	location.)

Build Date & Platform:
	4/23/99 build on RedHat Linux 5.2
	4/22/99 (17) build on Win NT 4.0 sp4.
Assignee: don → radha
Priority: P3 → P1
Summary: [block]command line arg "-url" doesn't work. → [BLOCK] command line arg "-url" doesn't work.
Target Milestone: M5
Assigned to radha.

Radha, is this problem also due to Rod's changed?
Assignee: radha → rods
Re-assigned to rods.

Rod, you want to mark this one fixed now?
Assignee: rods → radha
Re-assigned to radha.

Oops. I re-assigned the wrong one to Rod ...
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
I fixed it few minutes ago. This is because of some checkin by Bill that I
mentioned yesterday.
QA Contact: 3853 → 4078
Updating QA Contact
ok, now -url works, but it does not serve to also load the navigator.xul file.

we need a way to pass a url to the xul file such that navigator can be launched
with its chrome AND with a default url.

is this hiding in the spec some where?
I tried this in today's build. With the -url option, I could see apprunner with
the chrome, menus etc...and the url passed as argument to -url option displayed
in the content area.  Now, I don't understand what you mean by "Loading a
default url". Are you talking about a default HOME page?
Status: RESOLVED → VERIFIED
i don't understand, but all of the sudden, this works. i'm not going to spend
too much more time trying to figure out why it didn't work before. i'll claim
lack of coffee.

the moral of the story is:
     `./apprunner -url http://www.mozilla.org` brings up a browser with chrome
     and the expected content on
     build 1999-04-26-09, RedHat Linux 5.2 i386
     build 1999-04-26-08, WinNT 4.0 sp4, i386
Status: VERIFIED → REOPENED
this no longer works on
	RedHat 5.2 build 1999-06-09-08
	WinNT 4.0  build 1999-06-09-08

what happens:

	the qa smoketest page is loaded from mozilla.org.

Expected Results:

	the specified url should be loaded.


this is blocking the automated smoke tests from working.
Severity: major → blocker
Resolution: FIXED → ---
clearing resolution, changing to blocker, cc'ing leaf and leger...
Component: Apprunner → XPApps
Target Milestone: M5 → M7
This is definitely not working as of this morning's builds; i didn't realize
this worked before, or the tree would still be closed.

apprunner -url "http://www.yahoo.com"
apprunner -url http://www.yahoo.com
apprunner "http://www.yahoo.com"

all fail for today's windows build. Without this feature, automated smoketests
are impossible. Radha, are you around to try and track this down?
Also blocking performance test scripts...arrggghh!  I pinged the pointy
heads...let's try for a fix today please :-)
Looking in to it.
Bill Law will checkin a fix in few minutes.
AWESOME!!! thanks mucho!
Status: REOPENED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → FIXED
Bill just checked in the fix.
Status: RESOLVED → VERIFIED
verified
	RedHat 5.2,  build 1999-06-10-08
	WinNT 4 sp4, build 1999-06-10-09
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
i hate to do this, but this no longer works as of
	build 1999-07-02-10 on windows NT4 sp 4
	build 1999-07-02-11 on RedHat Linux 5.2
Target Milestone: M7 → M8
Status: REOPENED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → WORKSFORME
Works for me in unix & windows in today's build Please verify.
Status: RESOLVED → REOPENED
this is fixed
Status: REOPENED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: WORKSFORME → FIXED
Status: RESOLVED → VERIFIED
verified on
	RedHat 5.2   build 1999-07-06-16-M8
	WinNT 4.0sp4 build 1999-07-06-08-M8
Product: Core → Mozilla Application Suite
You need to log in before you can comment on or make changes to this bug.