emblems from the sidebar are updated when clicked, should be set right at startup

Bug #35411 reported by Jonathan Jogenfors
10
Affects Status Importance Assigned to Milestone
Nautilus
Expired
Low
nautilus (Ubuntu)
Invalid
Low
Ubuntu Desktop Bugs

Bug Description

I have three mounted smb-shares, which are not writable for my current user (don't ask me why >:)

They are all existent in /media, so nautilus recognizes them as disks in the tree. Now, when I display the tree the icons of the disks are of the standard "disk" type. However, when I click on them it turns to a yellow lock. I think it is very strange to have a yellow lock on the disk icon and having to be reminded all the time that the disk is read-only.

Steps to reproduce:
1. Mount a smb disk in /media as read-only
2. Open nautilus and click on the disk
3. Watch your screen

What should happen:
1. Mount a smb disk in /media as read-only
2. Open nautilus and click on the disk
3. See the nice disk icon as existent in Breezy

A screenshot is available on http://broach.se/nautilus.png

Revision history for this message
Jonathan Jogenfors (etnoy) wrote : Screenshot

Screenshot of the described problem

Revision history for this message
Sebastien Bacher (seb128) wrote : Re: Ro-mounted samba shares have wrong icons

Thanks for your bug. How do you "mount" the disks? Using the nautilus feature? Or using smbfs? You say "3. See the nice disk icon as existent in Breezy", how does nautilus acts on them with the version?

Changed in nautilus:
assignee: nobody → desktop-bugs
status: Unconfirmed → Needs Info
Revision history for this message
Jonathan Jogenfors (etnoy) wrote : Before clicking

This is how it looks before clicking on the disk

Revision history for this message
Jonathan Jogenfors (etnoy) wrote : After clicking

This is the way it looks after clicking

Revision history for this message
Jonathan Jogenfors (etnoy) wrote : Re: Ro-mounted samba shares have wrong icons

Sorry, I didn't give enough information.
The filesystems are mounted with the "mount" command, not via nautilus.
Before clicking on the share, it looks like the attached screenshot "Before clicking". This is also the way it looked like in Breezy.
When I click the share, nautilus seems to read the status of the share and since it is read-only, it shows the "lock" icon (see attached screenshot "After Clicking"). This does not happen in Breezy.
The same thing happens if you click the "Filesystem". Nautilus finds that the filesystem is read-only and gives that the "lock" icon, too.
Subfolders are displayed correctly, and are not given the "lock" icon.
Please enquire for more information if I have not been clear enough.
Jonathan.

Revision history for this message
Jonathan Jogenfors (etnoy) wrote :

More information added, see above comment

Changed in nautilus:
status: Needs Info → Unconfirmed
Revision history for this message
Sebastien Bacher (seb128) wrote :

Having a "lock" emblem for a RO drive is consistant and useful, I don' think that's a bug. Anybody else with an opinion on that?

Revision history for this message
Daniel Holbach (dholbach) wrote :

I think it makes perfect sense. So not a bug.

Revision history for this message
Jonathan Jogenfors (etnoy) wrote :

Well, having a lock icon on a disk might have perfect sense. At the very least, though, I feel that there is a little inconsistent behaviour here. The file selector dialog does not have these locks on the disk icons, and nautilus does only show the lock icon when the disks are clicked on. I think this confuses the user. The icon is changed when s/he clicks on the mounted disk and won't change back unless nautilus is restarted.
I am not sure whether this is the supposed behaviour, or if it is a bug.

Revision history for this message
Sebastien Bacher (seb128) wrote :

There is an another bug about emblems not used by the GTK fileselector. The issue is that the lock icon should be displayed directly and not only after clicking. Upstream bug though if somebody wants to look if it's already know by them and forward it if required

Changed in nautilus:
status: Unconfirmed → Confirmed
Revision history for this message
Sebastien Bacher (seb128) wrote :

I've forwarded the issue upstream: http://bugzilla.gnome.org/show_bug.cgi?id=339150

Revision history for this message
Adam Pond (adpond) wrote :

This bug is not just for SMB shares, but for mounted file systems in general.

I've added a similar comment upstream.

Revision history for this message
Sebastien Bacher (seb128) wrote :

could anybody try if that's still an issue in hardy?

Changed in nautilus:
status: Confirmed → Triaged
Changed in nautilus:
importance: Unknown → Low
Revision history for this message
Sebastien Bacher (seb128) wrote :

the emblem sidebars is deprecated in GNOME3, closing that bug

Changed in nautilus (Ubuntu):
status: Triaged → Invalid
Changed in nautilus:
status: New → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.