From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.6) Gecko/20040518 Firefox/0.8 Description of problem: After dragging a picture from mozilla to the desktop the resulting shortcut cannot be renamed. Version-Release number of selected component (if applicable): nautilus-2.6.0-4 How reproducible: Always Steps to Reproduce: 1. Go to http://fedora.redhat.com/ in mozilla 2. Drag the picture of monitor and CDs (next to "What is The Fedora Project?") to the desktop creating a shortcut called intro-computer.png (the fact the shortcut doesn't work is already covered by bug 126279) 3. Press the right mouse button over the intro-computer.png and go to Rename... 4. Part of the name should now be highlighted. Rename that part to test Actual Results: Icon remains named intro-computer.png Expected Results: Icon to be named test.png
Renames of desktop files change the name as listed in the desktop file, since this is what is used to display the name of the icon in the UI. Unfortunately this makes it hard to rename the file to something else so its detected as a desktop file link...
I'm afraid I don't quite follow. If it (the desktop file) is correctly detected as a desktop file, and changing the approrpiate part of the contents of the file changes its name, what is the problem? Is the problem because when I dragged and dropped a link and a desktop file were created? If so, why wasn't the link followed when a rename was attempted and the contents of what the link was pointing to changed? Is this undersirable because other desktop file names would change at the same time? Is the case that the act of a renaming actually generates a link rather than changing the contents (but since it's the contents that determines the name it appears there is no change)? Sorry to ask so many questions, I'm just finding it tough to keep up here at the back :)
I'm not sure exactly why it doesn't work, but its related to the real filename extension being .png, the file type being a desktop file, and renaming file types edits the contents instead of changing the filename.
This is a duplicate of bug 125104 *** This bug has been marked as a duplicate of 125104 ***
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.