Red Hat Bugzilla – Bug 127444
Can't rename shortcut created from mozilla
Last modified: 2007-11-30 17:10:45 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.6)
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):
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
4. Part of the name should now be highlighted. Rename that part to test
Icon remains named intro-computer.png
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.