Bug 175414

Summary: Icons don't show that a folder is inaccessible
Product: [Applications] dolphin Reporter: Jean-Philippe Fleury <contact>
Component: view-engine: generalAssignee: Dolphin Bug Assignee <dolphin-bugs-null>
Status: RESOLVED FIXED    
Severity: wishlist CC: don78colorado, finex, kames, kde-2011.08, nate, sebastien.loss
Priority: NOR    
Version: 1.99   
Target Milestone: ---   
Platform: Ubuntu   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:
Attachments: Konqueror view
Nautilus view

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.