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 143498 - Icons dragged from menu to desktop are readonly
Icons dragged from menu to desktop are readonly
Status: RESOLVED DUPLICATE of bug 141390
Product: nautilus
Classification: Core
Component: File and Folder Operations
unspecified
Other Linux
: Normal minor
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2004-06-01 12:53 UTC by Martijn Vernooij
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Martijn Vernooij 2004-06-01 12:53:26 UTC
Description of Problem:


Steps to reproduce the problem:
1. Open the applications menu (from the panel)
2. Move your mouse to an appropriate item
3. Drag it to the desktop to create an icon there

Actual Results:
A readonly icon appears (with the rather overdone
"can't write" emblem). Closer inspection shows
that the file is mine, but still readonly.

Expected Results:
File is not created readonly.

How often does this happen? 
Every time

Additional Information:
An emblem that seems to say "You can't write to
this file" should probably not be on a file that's
mine in a directory that's mine (as I can just
change the permissions). I could imagine showing
it read-write, but asking for confirmation when
first writing to it (then changing the
permissions). I also think the emblem is far too
alarming.

Either way, creating readonly icons on my desktop
makes no sense at all.
Comment 1 Martin Wehner 2004-06-02 05:53:32 UTC
Thanks for the bug report. This particular bug has already been reported into
our bug tracking system, but please feel free to report any further bugs you find.

*** This bug has been marked as a duplicate of 141390 ***