Closed Bug 5436 Opened 26 years ago Closed 26 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: 26 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: 26 years ago26 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: 26 years ago26 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: 26 years ago26 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.