Bug 175414 - Icons don't show that a folder is inaccessible
Summary: Icons don't show that a folder is inaccessible
Status: RESOLVED FIXED
Alias: None
Product: dolphin
Classification: Applications
Component: view-engine: general (show other bugs)
Version: 1.99
Platform: Ubuntu Linux
: NOR wishlist
Target Milestone: ---
Assignee: Dolphin Bug Assignee
URL:
Keywords:
: 214366 224821 (view as bug list)
Depends on:
Blocks:
 
Reported: 2008-11-17 17:37 UTC by Jean-Philippe Fleury
Modified: 2017-09-03 16:30 UTC (History)
6 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
Konqueror view (2.77 KB, image/png)
2008-11-17 17:40 UTC, Jean-Philippe Fleury
Details
Nautilus view (3.67 KB, image/png)
2008-11-17 17:41 UTC, Jean-Philippe Fleury
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jean-Philippe Fleury 2008-11-17 17:37:32 UTC
Version:            (using KDE 4.1.3)
OS:                Linux
Installed from:    Ubuntu Packages

With Konqueror, go to the folder /proc/1/

The subfolder /proc/1/fd/ is inaccessible by me (we must be root to enter) but its icon doesn't show it. Its icon is like those folders accessible by me.

The icon should have a visual difference.
Comment 1 Jean-Philippe Fleury 2008-11-17 17:40:38 UTC
Created attachment 28638 [details]
Konqueror view
Comment 2 Jean-Philippe Fleury 2008-11-17 17:41:54 UTC
Created attachment 28639 [details]
Nautilus view

To compare, Nautilus adds a "X" on the folder to show that we don't have access.
Comment 3 Dotan Cohen 2009-04-25 20:18:52 UTC
In KDE 3, Konquerer had a locked-folder icon which indicated an inaccessible folder.
Comment 4 FiNeX 2009-11-15 17:59:10 UTC
Could bug #214366 be merged into this?
Comment 5 Dario Andres 2009-11-16 01:51:09 UTC
*** Bug 214366 has been marked as a duplicate of this bug. ***
Comment 6 Jekyll Wu 2012-01-08 16:21:46 UTC
*** Bug 224821 has been marked as a duplicate of this bug. ***
Comment 7 Jeroen van Meeuwen (Kolab Systems) 2012-08-24 16:18:29 UTC
Resetting assignee to default as per bug #305719
Comment 8 Don Nguyen 2017-02-23 23:53:15 UTC
Dolphin 17.03.70 shows a lock in the corner of the folder if a user does not have read access.  It will still show a normal folder if the user does not have execute access(cd into it), and write access.

Does this current behavior suffice or do we want more specialized behavior(indicating no execute/write access)?

I am suggesting that the lock should appear in the case of both no read access, and no execute access because they essential mean you can't see the contents of the folder.

No write access doesn't seem that important.
Comment 9 Don Nguyen 2017-03-09 23:25:13 UTC
Currently the lock emblem gets painted because KFileItem::overlays() returns "object-locked" for folders without read access.  If we want to paint this lock for folders without execute access as well, we will have to consider if we want KFileItem to handle this or dolphin.  eg Have KFileItem::overlays() return "object-locked" for folders without execute access vs adding logic to dolphin to paint the lock for folders without execute access.
Comment 10 Nate Graham 2017-09-03 16:30:27 UTC
I think the current behavior is fine. Dolphin's goal is navigating the filesystem. It doesn't matter if the directory is executable or not.