listview: inaccessible dir has same emblem as read-only dir [emblem inconsistency]

[ceg]

Binary package hint: nautilus

9.10: Nautilus 2.28.1

In the list view the difference in permissions does not result in appropriate icon differences. (can not show multiple emblems, only one emblem is shown)

i.e. in the case below a lock emblem is shown but the X emblem for inaccessible is not shown in the list view.

(The lock is suggesting heavy access restriction but meaning "read-only". Maybe better put a pen behind the lock or X if item is not writeable)

Case:

I added a second user "user2" to the machine and added user1 to the user2 group. After newly logging in as user1 and browsing to
/home/user2 drwxrwxr-x 23 user2 user2

In listview I see both these examples only with the "lock" emblem although I can not enter the 2nd dir:

/home/user2/Desktop drwxr-xr-x 2 user2 user2
/home/user2/private drwx------ 6 user2 user2

-> /root and /lost+found directories do display with only the "x" emblem in listview.

-> The lock emblem (read-only) seems to be suppressed (in all views) for dirs other then subdirs of homedirs?

Possible solution:
-Provide more intuitve read-only emblem and don't suppress it for system folders.
-Show inaccessible dirs greyed-out instead of with an X emblem.

[Sebastien Bacher (seb128)]

Thank you for your bug report. The issue is an upstream one and it would be nice if somebody having it could send the bug the to the people writting the software (https://wiki.ubuntu.com/Bugs/Upstream/GNOME)

[Sense Egbert Hofstede (sense)]

Thank you for taking the time to report this issue. I'm forwarding this upstream.
I've set the status to 'Low' since this is a usability issue.

[Vish (vish)]

Sense Hofstede , Are you sure it is a nautilus bug?
I can't see this behavior ...

For example , if you are using Humanity icon theme , you will notice that /root , /lost+found directories and similar unreadable directories use an "X" if you cant access the folder/file,
and a "Lock" if you cant write to the file.

This might be a bug in the icon theme the user is using . [Or I'm missing something here.]

[Sense Egbert Hofstede (sense)]

Yes, Vish is right indeed. This is a bug in the icon theme.
ceg, what icon theme are you using? If it is maintained in Ubuntu we could keep this bug, otherwise it's Invalid.

[Vish (vish)]

Thank you for bringing this bug to our attention. However, a paper cut should be a small usability issue, in the default Ubuntu install, that affects many people and is quick and easy to fix. So this bug can't be addressed as part of this project.

- Not a bug in the default install [which uses humanity icon theme] ,
For further information about papercuts criteria, please read https://wiki.ubuntu.com/PaperCut.

Don't worry though, this bug has been marked as "Invalid" only in the papercuts project.

[ceg (ceg)]

Thank you for helping out here. I am using the "humanity" theme though, and seeing this.

I checked back, and can more precisely add that I see this after:

I added a second user "user2" to the machine and added user1 to the user2 group. After newly logging in as user1 and browsing to
/home/user2 drwxrwxr-x 23 user2 user2

I see both these examples with the "lock" emblem although I can not enter the 2nd dir:

Desktop drwxr-xr-x 2 user2 user2
private drwx------ 6 user2 user2

/root and /lost+found directories do display correctly with the "x" emblem.

[Sense Egbert Hofstede (sense)]

I cannot confirm this bug. When I follow your instructions all I still see an X emblem on top of the 'private' folder. There are no lock emblems on any directories in the home directory of my equivalent of user2.
The iconset I'm using is Humanity-Dark.

[ceg (ceg)]

Hm, do your user2's directories have the same permissions as mine?

Or are your directories of user2 "group writeable"? It would be OK for them not to have a lock emblem then, if you are browsing as user1 and member in the user2 group.

Further details on the issue I observe:

* The theme used in ubuntu is just called "Human" not "humanity".

* In the *symbol view*, I see the Desktop/ with lock emblem in the upper right corner (correct with the above mentioned perms) *and* private/ with the lock-emblem (not correct). The private/ directory has a X emblem in the lower right corner (correct).

* In the *list view*, the X-emblem for private/ is not shown (but wrongly a lock emblem). Maybe the wrongly set lock symbol is overlaying the x emblem in the list view?

[Sense Egbert Hofstede (sense)]

The directories of user2 aren't group writeable. Furthermore, I cannot confirm this bug with the Human icon theme or in the List View.

Could you try with a different icon theme and also with a different account to see if it is related to any of those?

[ceg (ceg)]

>The directories of user2 aren't group writeable.

Well then they really should show with a lock symbol (read-only). Looks like this may be a (different) bug that you are experiencing. (and since you are only shown one emblem per icon don't see any difference to the list view icons either)

For my part (and this bug) it turned out that the issue is just with the list view not showing all emblems (or overlaying them) and thus making the icons indistinguishable. In icon or compact view the difference is visible.

(I noticed that the lock emblem shown for private/ seems to be OK (contrary to what thought and wrote before) because user1 is in the user2 group but not itself user2.)

[ceg (ceg)]

Actually the lock emblem (read-only) you are not seeing is bogus when one does not have any read permissions. Maybe you are using a newer version that recognizes this? (and avoids showing multiple emblems)

Are there any other emblem combinations used that may get messed up in list view?

[Sense Egbert Hofstede (sense)]

The behaviour of the listview is the same as the regular view for me: no emblems for directories I don't have write permissions, but a cross emblem for directories I cannot write and read.

[ceg (ceg)]

For me (on 9.10) the issue with group dirs resolved to be an issue with the list view not showing all emblems.

I have no idea why you are not seeing the correct emblems for non writeable dirs. (even though a lock may suggest you can not even enter the dir)

But I can confirm that dirs owned by another user and group (which I am not a member of, i.e. like foreign home dirs) are missing/don't have the lock emblem.

[ceg (ceg)]

Could you please reopen/update the upstram bug with the current description?

[Sense Egbert Hofstede (sense)]

There was a new upload of Nautilus today in Lucid that included a fix for emblems. Could you try the new version of Nautilus? If you can still confirm this issue I'll reopen the upstream task.