Closed
Bug 58791
Opened 24 years ago
Closed 24 years ago
file:// does not work correctly in Webclient
Categories
(Core Graveyard :: Java APIs to WebShell, defect, P3)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: ashuk, Assigned: ashuk)
Details
Attachments
(2 files)
975 bytes,
patch
|
Details | Diff | Splinter Review | |
50.00 KB,
application/octet-stream
|
Details |
When file:// is used to access the local filesystem in Webclient, no files get displayed, although the content area does draw the panels for displaying files. This bug shows up on Win NT and Solaris.
Assignee | ||
Comment 1•24 years ago
|
||
Assignee | ||
Comment 2•24 years ago
|
||
I accept. This bug shows up, because the CBrowserContainer does not implement the DocShellTreeOwner::GetPrimaryContentShell function. The posted attachment fixes this problem. Ed, pls verify this fix. thanks _Ashu
Status: NEW → ASSIGNED
Assignee | ||
Comment 3•24 years ago
|
||
Assignee | ||
Comment 4•24 years ago
|
||
Patch modifies src_moz/CBrowserContainer.cpp
Assignee | ||
Comment 6•24 years ago
|
||
Fix checked in. Closing Bug.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Comment 7•24 years ago
|
||
This bug is still reproduced on FCS-candidate(from 11/30/2000)
Assignee | ||
Comment 8•24 years ago
|
||
The Fix for this Bug is in the RTM Branch. However sicne we are using the PR3 build for the FCS candidate, this fix will not be in the FCS bundle. There is no need to reopen this Bug.
Comment 9•23 years ago
|
||
Verified. I cannot reproduce this bug with Mozilla 0.9.1 under win NT (Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.9.1) Gecko/20010915)
Updated•23 years ago
|
Status: RESOLVED → VERIFIED
Comment 10•23 years ago
|
||
Mark VERIFIED according to Vladimir's comment. Work under Solaris too.
Updated•12 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•