[4.xP] Unable to load local files from command-line

VERIFIED FIXED in M9

Status

SeaMonkey
UI Design
P2
minor
VERIFIED FIXED
19 years ago
13 years ago

People

(Reporter: Crysgem, Assigned: Radha on family leave (not reading bugmail))

Tracking

Trunk
x86
Windows 98

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: Have fix in hand. need approval, URL)

(Reporter)

Description

19 years ago
Apprunner Build ID: 1999061308

With a command such as
Start \Mozilla\Bin\Apprunner "C:\Program Files\File.html"
or
Start \Mozilla\Bin\Apprunner C:\Windows\File.html
or
Start \Mozilla\Bin\Apprunner "file:///C:\Windows\Desktop\SLRN.html"

Mozilla responds by terminating before initializing the browser (the report
window appears briefly), or loading the browser with an empty document. There
seems a misparsing... from the report window:

Error loading URL file:///file|///C|/Windows/Desktop/SLRN.html
(when entering command "Start Mozilla\Bin\Apprunner
file:///C:\Windows\Desktop\SLRN.html").

Updated

19 years ago
Assignee: don → warren
Component: Apprunner → Networking Library

Comment 1

19 years ago
This is a netlib issue actually, not a command-line processing bug.  Warren ...

Updated

19 years ago
QA Contact: leger → paulmac

Updated

19 years ago
Assignee: warren → don

Comment 2

19 years ago
Don, have you really verified that the string is making it into NS_NewURL
intact? I would suspect not, and that what's really going on is that it's
passing through 2 levels of URL-ification before making it into netlib. If this
is the case, switching over to necko is going to have the same problem.

Can someone on your team verify where this is happening?

Updated

19 years ago
Assignee: don → radha
Component: Networking Library → XPApps
Priority: P3 → P2
Target Milestone: M9

Comment 3

19 years ago
Radha, is this our bug?
Command line service is passing the right value to webshell.
nsWebShell::LoadURL() is mangling it to the wrong value. However, file urls can
be successfully loaded like this:

file:///C:/dir/dir/file.html instead of file:///C:\dir\dir\file.html.

Note options like

apprunner C:\Windows\File.html are not accepted right now by the command line
service. You need fully formed urls like file:/ or http:// for the command line
service to work correctly.
Command line service is passing the right value to webshell.
nsWebShell::LoadURL() is mangling it to the wrong value. However, file urls can
be successfully loaded like this:

file:///C:/dir/dir/file.html instead of file:///C:\dir\dir\file.html.

Note options like

apprunner C:\Windows\File.html are not accepted right now by the command line
service. You need fully formed urls like file:/ or http:// for the command line
service to work correctly.
Status: NEW → ASSIGNED
Status: ASSIGNED → RESOLVED
Last Resolved: 19 years ago
Resolution: --- → FIXED
I fixed up command line service so that it wil accept arguments like,
c:\dir\dir\file.html. So, marking this fixed. Please note that necko doesn't
work right when you provide just a directory for viewing.  I'll file a separate
bug in necko for that.

Updated

19 years ago
Whiteboard: asked reporter

Comment 7

19 years ago
crysgem, is this working better for you?
(Reporter)

Updated

19 years ago
Status: RESOLVED → REOPENED

Comment 8

19 years ago
No, paulmac@netscape.com, the flaw (perpetuated in the August 9 M9-PRE-NECKO
Apprunner) yet frustrates the user.
Reopening.
Did you try pretty much what you had reported before. Can QA give it a shot. I
just now tried apprunner d:\radha\mailtest.html and it came up. Please note that
directory listing s don't work in Necko. ie., apprunner d:\radha will bring up
the unknown content type handler.

Updated

19 years ago
Resolution: FIXED → ---

Comment 10

19 years ago
Clearing Fixed resolution due to reopen.
Target Milestone: M10 → M9
Waiting for input from QA

Comment 12

19 years ago
Sorry, I have been out, I will try it tomorrow. Crysgem, do all of your attempts
fail? You are doing this from the Start Menu?

Comment 13

19 years ago
Okay, I tried this on win95, 8/10 morning builds and couldn't get it to work.
This may be because of the about:blank problem, I will try again tomorrow with
8/11 builds. Just so we are on the same page, this is what I do (and what works
with 4.x).

1. Open a DOS Prompt, and navigate to the directory where apprunner is located,
in my case c:\program files\netscape\seamonkey\x86rel
2. Place a file, "tcstatus.html", in my c:\ root directory.
3. At the prompt, type (without quotes), "apprunner c:\tcstatus.html"

This sequence of steps currently launches seamonkey but only loads about:blank
Whiteboard: asked reporter → Have fix in hand. need approval
Fix checked in. Please verify.
(Reporter)

Updated

19 years ago
Status: RESOLVED → VERIFIED

Comment 15

19 years ago
Hail to your algorithms! Apprunner Build 1999081210 verifies your work.
Product: Core → Mozilla Application Suite
You need to log in before you can comment on or make changes to this bug.