After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 321364 - 'Stretch/restore icon' not available in folders
'Stretch/restore icon' not available in folders
Status: RESOLVED NOTABUG
Product: nautilus
Classification: Core
Component: Desktop
2.19.x
Other Linux
: Normal minor
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
: 406138 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2005-11-13 13:46 UTC by Reinout van Schouwen
Modified: 2012-09-19 22:04 UTC
See Also:
GNOME target: ---
GNOME version: 2.19/2.20


Description Reinout van Schouwen 2005-11-13 13:46:15 UTC 
Scenario: 
1. Resize a thumbnail on the desktop by using the context menu 'strech icon'
2. Move the file to a folder
3. Upon trying to restore the original thumbnail size, that option is no longer
available in the context menu. One has to find it in the Edit menu.

Although it is clear that the desktop has to put some things in the context menu
because there is no Edit menu, I think that for stretched thumbnails, at least
the Restore option should be available from the context menu. Ideally, it would
be possible to use some form of direct manipulation to change the icon size.
Comment 1 Allison Karlitskaya (desrt) 2006-03-13 16:10:28 UTC 
This just bit me too.

The thought that 'restore icon size' might be in the edit menu was totally non-obvious to me since I've only ever stretched icons on the desktop using the context menu.

In the case that the icon is not its original size there should probably be an item in the context menu to get it back there.
Comment 2 Reinout van Schouwen 2007-08-09 22:47:23 UTC 
Still valid.
Comment 3 Cosimo Cecchi 2008-01-12 11:04:11 UTC 
*** Bug 406138 has been marked as a duplicate of this bug. ***
Comment 4 William Jon McCann 2012-09-19 22:04:38 UTC 
In 3.6 anyway when you move the file into a folder view it resets the size to the zoom factor the view is using. I don't think this is still an issue.