Bug 137477

Summary:	non-writable desktop icons
Product:	[Fedora] Fedora	Reporter:	Brent Fox <bfox>
Component:	nautilus	Assignee:	Alexander Larsson <alexl>
Status:	CLOSED UPSTREAM	QA Contact:
Severity:	medium	Docs Contact:
Priority:	medium
Version:	rawhide	CC:	dmaley
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2005-01-11 14:33:50 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Brent Fox 2004-10-28 18:38:08 UTC

I hope I do a decent enough job of explaining this problem...

When I drag a menu item from the Main Menu to the desktop, I get a
little icon that shows that the .desktop file I just created in my
~/Desktop directory is read-only.  This is irritating from a
user-interface point of fiew, because the user doesn't think of this
icon as a file, they think of it soley as an application launcher.  It
seems to me that the action of dragging a menu item from the main menu
should automatically chmod the file to 600.

Additionally, the behavior is inconsistent if I drag the icon to the
panel before dragging it to the desktop.  For example, if I drag an
item from the Main Menu to the panel and release it, it appears in the
panel.  Then if I click and drag that icon from the panel to the
desktop, the permissions on the file will be 700.  

Shouldn't the file permissions work the same way if I'm dragging from
the menu to the desktop or from the panel to the desktop?

Comment 1 Mark McLoughlin 2004-10-29 14:23:38 UTC

Sounds odd alright

Comment 2 Marco Pesenti Gritti 2004-11-05 20:05:53 UTC

Nautilus does a simple copy of the applications:///... file on the
desktop. Upstream the permission info field for the vfolder gnome-vfs
method is disabled, in our packages permission is 666 (because of our
vfolder patches). I guess it's read only to not allow editing.

I doubt we can do much about it in control-center. Reassigning to
nautilus (in the lack of any better solution I guess the handling of
the applications: uris could be special cased).

Comment 3 Marco Pesenti Gritti 2004-11-05 20:10:54 UTC

s/control-center/gnome-panel :)

Comment 4 Marco Pesenti Gritti 2004-11-09 16:17:21 UTC

I think the new implementation of menus on gnome-panel head fixes
this. Still if we want to do a work around for fc3/RHEL4 it should
probably be in nautilus.
Otherwise I guess we could verify and mark this upstream.

Comment 5 Alexander Larsson 2005-01-11 14:33:50 UTC

Verified with cvs version of gnome.