47009 - file: no read permissions should error

Status: RESOLVED FIXED

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

Description

[Hallvard B Furuseth]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; SunOS 5.7 sun4u; en-US; m18) Gecko/20000730
BuildID:    2000073010

A file: URL which I have no read access to is displayed as empty.

Reproducible: Always
Steps to Reproduce:
1. touch     /tmp/foo.html
2. chmod a-r /tmp/foo.html
3. visit URL file:///tmp/foo.html


Actual Results:  An empty browser window.

Expected Results:  A 'permission denied' error message, maybe the output from
strerror().
(don't know where exactly - it ought to be distinct from an accessible
file which happens to contain an error message.  Maybe put the error
message in the title or status bar?)

Don't know the correct component for this bug.  Maybe "Networking"?

See also bug #47007.

Comment 1

[Asa Dotzler [:asa]]

setting bug status to New.  over to Networking.

Comment 2

[Gagan]

->ruslan

Comment 3

[Gagan]

Hi dougt, welcome to necko :)

Comment 4

[Doug Turner (:dougt)]

Mitch, are you still owning file:/// url bugs?

Comment 5

[Mitchell Stoltz (not reading bugmail)]

Not really my area, but I'll investigate if you want...

Comment 6

[Mitchell Stoltz (not reading bugmail)]

This is really a Necko bug, no connection to security.

Comment 7

[Alexei V. Mokeev]

Reproduced also under Linux(build 2001040805) 
And under WinNT(build 2001040604)(If you remove read permissions via
"properties->security->permissions")

Comment 8

[neeti]

-->Networking:File

Comment 9

[Raghu Sakleshpur]

Based on comments from Alexei, marking OS and Platform to All.

Comment 10

[benc]

qa to me.

probably related to bug 19073

+ testcase. No analogous problem w/ MacOS, unless you include AppleShare volumes...

Comment 11

[benc]

Alexei - is your NT case a shared volume or NTFS? I didn't see the same 
permissions on my WinNT system.

Comment 12

[Alexei V. Mokeev]

Bug reproduced  under NT4.0, SP4, NTFS filesystem (localdisk)
Steps to reproduce:
1)Logon as Administrator
2)Create simple HTML file(e.g D:\dummy.html)
3)Open it in Mozilla and note, that it is opened and shown.
4)Right click on this file, click on "Properties", cliek on "Security" and then
click on "Permissions".
Set permisiions to "Everyone -- No Access(None)" and press OK button.
5)Now restart browser and type "file:///D:/dummy.html" in location bar
Note that "Read D:\dummy.html" printed in status bar and nothing more happens.
Page isn't shown without any warnings.

Comment 13

[Jeremy M. Dolan]

*** Bug 120790 has been marked as a duplicate of this bug. ***

Comment 14

[Jeremy M. Dolan]

Reseting severity... no feedback is definately not trivial (in fact, the bug on
https links not giving decent feedback was major or critical).

I run in to this ALOT browsing files for testcases, etc... quite puzzling sometimes.

Comment 15

[Jeremy M. Dolan]

There is an error now, just the wrong one. Loading a file without read
permissions pops a dialog saying the file does not exsist. Doug, if you eaither
want to resummarize this bug, or open a new one...

Comment 16

[benc]

We need to cover this for all plats. Jeremy, what platforms are you using?

Comment 17

[Jeremy M. Dolan]

Linux 2002051009 (1.0 branch)

Comment 18

[benc]

Happens in Mac OS X, in Composer. I filed a separate bug and made it a depends.

Comment 19

[benc]

*** Bug 151121 has been marked as a duplicate of this bug. ***

Comment 20

[benc]

Wrote testcases for all plats now.

Comment 21

[Doug Turner (:dougt)]

mass reassigning to nobody.

Comment 22

[Firefox Bug Husbandry Bot]

Bulk change to priority: https://bugzilla.mozilla.org/show_bug.cgi?id=1399258

Comment 23

[travneff]

Still actual for 21 years.
Related: bug #426177

Comment 24

[Gabriele Svelto [:gsvelto]]

Attachment: Screenshot_2023-01-26_09-37-54.png

This is the current behavior, the issue was fixed at some point but we forgot to close this bug