Closed Bug 8684 Opened 25 years ago Closed 23 years ago

Apprunner from a UNC

Categories

(Core :: Networking: File, defect, P3)

Product:
Core
Component:
Networking: File
Platform:
x86
Windows NT
Type:
defect

Tracking

()

Status:
VERIFIED WORKSFORME
Milestone:
Future

People

(Reporter: ian, Assigned: neeti)

References

Details

(Keywords: testcase) 

Running Apprunner from a UNC (i.e., across the network) results in
this output:


*** Registering html library
width was not set
height was not set
Loading  url resource:/res/profile/cpw.xul in WEbshell 4e07d0
nsDocumentBindInfo::OnStopBinding: Load of URL 'file://///hpxu/programs/Internet
/Web/Mozilla/bin/res/profile/cpw.xul' failed.  Error code: 1


...and the window which should contain the chrome or whatnot is just left
as undefined background.

First, the chrome should be findable using UNCs. Second, if they are not found,
I should be told: the system should not just stop. See also bug 8404.
Necko landing...
I'm moving this to target M9, Necko will be enabled somewhere during late M8 or
early M9.  We will need to get on this and it cannot be postponed past the M9
milestone.
Changing all Networking Library/Browser bugs to Networking-Core component for
Browser.

Occasionally, Bugzilla will burp and cause Verified bugs to reopen when I do
this in a bulk change.  If this happens, I will fix. ;-)
Summary: Starting Apprunner from UNC doesn't work → NECKO: Starting Apprunner from UNC doesn't work
Pl. verify with Necko.
Whiteboard: waiting for reporter to verify
py8ieh, can you verify that this is now fixed? There should be a nightly build
tonight you can try it out on.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Ian, are you around to verify
last chance for reporter to verify, or will have to mark verified
Sorry, I was off-line for a month due to very enjoyable holidays. :-)

Currently, apprunner doesn't even start from a local drive on my machine.
I will investigate further/try again with later builds in the next few days.
Status: RESOLVED → REOPENED
Using the build dated 1999-08-28, 09:34 on Windows 95 over a TCP/IP network.

Running from a UNC, first time ever from that PC, but without removing
the component.reg file that was on the remote machine:

Going to create the event queue
**************************************************
nsComponentManager: Load(raptorwidget.dll) FAILED with error: error 0
**************************************************
**************************************************
nsComponentManager: Load(raptorwidget.dll) FAILED with error: error 0
**************************************************

Followed by a CRASH:
¦ VIEWER caused an invalid page fault in
¦ module VIEWER.EXE at ....:.........


I then removed the component.reg, and mapped a network drive (X:) to point to
the UNC path, and tried running viewer from the network path. Result:

**************************************************
nsComponentManager: Load(X:\INTERNET\WEB\MOZILLA\BIN\components\msgcompo.dll) FA
ILED with error: error 0
**************************************************
**************************************************
nsComponentManager: Load(X:\INTERNET\WEB\MOZILLA\BIN\components\pics.dll) FAILED
 with error: error 0
**************************************************
**************************************************
nsComponentManager: Load(X:\INTERNET\WEB\MOZILLA\BIN\components\raptorhtml.dll)
FAILED with error: error 0
**************************************************
**************************************************
nsComponentManager: Load(X:\INTERNET\WEB\MOZILLA\BIN\components\TestDynamic.dll)
 FAILED with error: error 0
**************************************************
**************************************************
nsComponentManager: Load(X:\INTERNET\WEB\MOZILLA\BIN\components\xpacct32.dll) FA
ILED with error: error 0
**************************************************
Going to create the event queue
**************************************************
nsComponentManager: Load(raptorwidget.dll) FAILED with error: error 0
**************************************************
**************************************************
nsComponentManager: Load(raptorwidget.dll) FAILED with error: error 0
**************************************************

Followed by a CRASH:
¦ VIEWER caused an invalid page fault in
¦ module VIEWER.EXE at 0137:0040465a.


Running viewer without deleting component.reg from the machine on which it was
originally installed resulted in a blank console window and nothing else for a
long time, then suddenly a lot of disk activity and:

**************************************************
nsComponentManager: Load(D:\INTERNET\WEB\MOZILLA\BIN\components\necko.dll) FAILE
D with error: error 0
**************************************************
**************************************************
nsComponentManager: Load(D:\INTERNET\WEB\MOZILLA\BIN\components\pics.dll) FAILED
 with error: error 0
**************************************************
**************************************************
nsComponentManager: Load(D:\INTERNET\WEB\MOZILLA\BIN\components\prefwind.dll) FA
ILED with error: error 0
**************************************************
**************************************************
nsComponentManager: Load(D:\INTERNET\WEB\MOZILLA\BIN\components\profile.dll) FAI
LED with error: error 0
**************************************************
**************************************************
nsComponentManager: Load(D:\INTERNET\WEB\MOZILLA\BIN\components\profileservices.
dll) FAILED with error: error 0
**************************************************
**************************************************
nsComponentManager: Load(D:\INTERNET\WEB\MOZILLA\BIN\components\raptorhtml.dll)
FAILED with error: error 0
**************************************************
**************************************************
nsComponentManager: Load(D:\INTERNET\WEB\MOZILLA\BIN\components\rdf.dll) FAILED
with error: error 0
**************************************************
**************************************************
nsComponentManager: Load(D:\INTERNET\WEB\MOZILLA\BIN\components\TestDynamic.dll)
 FAILED with error: error 0
**************************************************
**************************************************
nsComponentManager: Load(D:\INTERNET\WEB\MOZILLA\BIN\components\ucvja.dll) FAILE
D with error: error 0
**************************************************
**************************************************
nsComponentManager: Load(D:\INTERNET\WEB\MOZILLA\BIN\components\xpacct32.dll) FA
ILED with error: error 0
**************************************************
Going to create the event queue
**************************************************
nsComponentManager: Load(xppref32.dll) FAILED with error: error 0
**************************************************
**************************************************
nsComponentManager: Load(raptorweb.dll) FAILED with error: error 0
**************************************************

Followed by a crash and a garbled crash message from Windows 95:

¦ VIEWER caused an invalid page fault in
¦ module VIEWER.EXE at 014f:0040905e.
¦ Registers:
¦ EAX=%1!.08x! CS=%2!.04x! EIP=%3!.08x! EFLGS=%4!.08x!
¦ EBX=%1!.08x! SS=%2!.04x! ESP=%3!.08x! EBP=%4!.08x!
¦ ECX=00000000 DS=0157 ESI=00000000 FS=29cf
¦ EDX=00160000 ES=0157 EDI=00000000 GS=0000
¦ Bytes at CS:EIP:
¦ 8b 46 08 85 c0 74 06 8b 08 50 ff 51 04 8b 4c 24
¦ Stack dump:
¦ 00778580 00406f24 0064fd78 00778580 00540000 815a3514 00000000 00000000
¦ 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000

This last thing took a long time to appear, with big pauses between each
message. Just after 'Going to create th event queue', the viewer window did
appear, but only briefly before the crash. (BTW, the crash also gave IE a bit
of a shock, and for a the textarea into which I was typing lost all track of
linefeeds. This behaviour fixed itself once viewer was killed...)


I haven't tried apprunner yet, would you like me to?

Note that I shouldn't have to delete any component.reg or any mozilla.dat or
anything -- it should run from anywhere, even if I, say, have several copies
of Mozilla. I may well run different builds of Mozilla at the same time. (I mean
simultaneously, on the same machine or across the network.)

If you would like me to run some more scientifically controlled tests, please
say so.
Resolution: FIXED → ---
Whiteboard: waiting for reporter to verify
Target Milestone: M9 → M10
M9 over...this was reopened.  Setting to M10. gagan, please reset if needed.
Assignee: gagan → don
Status: REOPENED → NEW
Component: Networking-Core → XP Miscellany
Target Milestone: M10 → M15
This is related to necko but more specifically to running the app on local
network with/without shared config files. So reassigning to don for his
help/views and setting it to M15.
very similar problem: mozilla 2000030516 can't load anything over unc paths....

H:\SEAMON~1>geturl file:////Server/share/path/file.html file.html
Failed to fire the URL request

H:\SEAMON~1>urltest file:////Server/share/path/file.html
nNCL: registering deferred (0)
------------------

Analyzing file:////Server/share/path/file.html
Got    file,,,-1,,//Server/share/path/file.html

url was obtained through communicator 4.7 via file->open page->browse
and copied from location bar. there is no problem if drive is mapped.

Move to M16 for now ...
Target Milestone: M15 → M16
spam, changing qa contact from paulmac to tever@netscape.com on networking/RDF 
bugs
QA Contact: paulmac → tever
Target Milestone: M16 → M18
Move to M21 target milestone.
Target Milestone: M18 → M21
Since Don has left, Vishy is taking his bugs in bulk, pending reassignment.
thanks,
	Vishy
Assignee: don → vishy
over to law for a look, maybe a network bug?
Assignee: vishy → law
This bug is probably related to bug 55591.


This bug should probably be marked as being blocked by bug 66194.
Depends on: 66194
Do we support this? 

Running Communicator from a network drive was not supported, if I recall...
Assignee: law → waterson
QA Contact: tever → brendan
Around we go.
Assignee: waterson → neeti
Component: XP Miscellany → Networking
QA Contact: brendan → benc
Target Milestone: --- → Future
Keywords: nsenterprise
+relnote - It got by last time, but I'm going to write it up if we don't fix it.
+nsenterprise - I have a feeling this matters.
Keywords: relnote
Summary: NECKO: Starting Apprunner from UNC doesn't work → UNC file access broken
*** Bug 99769 has been marked as a duplicate of this bug. ***
Depends on: 101953
Summary: UNC file access broken → Apprunner from a UNC
marking nsenterprise-; will be reevaluated for nsenterprise in future release.
Keywords: nsenterprise-
WFM - Mozilla 0.9.5 - I followed the steps in Bug 99769, and it ran.

Win NT 4.0 sharing to a mapped drive on Win 98. I also ran it via UNC, and it
worked both times. 

I'd like to mark this WFM.

RESOLVED/WFM;
-relnote
Okay, confirmed "apprunner" is Mozilla 0.9.5.
Status: NEW → RESOLVED
Closed: 25 years ago → 23 years ago
Keywords: relnote
Resolution: --- → WORKSFORME
+verifyme, cleared other keywords.

hixie, wanna verify this one?
Keywords: nsenterprise, nsenterprise- → verifyme
No longer depends on: 101953
I use Linux nowadays, so no, I can't, sorry.

It's easy to verify, just unzip a tarball on a remote share using a UNC and then
try to run and use Mozilla.
It's good for me, only difference is that I used the installer b/c that's the
favored method.
VERIFIED:
-> file
This is part of a larger Windows UNC testcase I'm writing, so I'm breaking the
rules and verifying my own WFM.
Status: RESOLVED → VERIFIED
Component: Networking → Networking: File
Keywords: verifyme → testcase
You need to log in before you can comment on or make changes to this bug.