Permissions are not tracked

Bug #385511 reported by Chris Jones
204
This bug affects 36 people
Affects Status Importance Assigned to Milestone
Ubuntu One Client
Triaged
Wishlist
Ubuntu One Foundations+ team

Bug Description

(apologies if I have filed this on the wrong project)

I have ~/bin as a symlink pointing at ~/Ubuntu One/My Files/bin/ which is a great way to get all my custom scripts on every machine I use.

Except, when I add U1 to a new machine and set up the ~/bin/ symlink, none of the files in it are executable, I have to chmod +x them.

This suggests to me that either the ubuntuone client, or the underlying storage, is not aware that the original files were executable. I would suggest that it become more aware of the metadata of a file (ownership, permissions, acls, xattrs, etc)

Tags: foundations+
tags: added: desktop+
Revision history for this message
Joshua Hoover (joshuahoover) wrote :

Chris and Rodney had a brief chat on the #ubuntuone IRC channel concerning this. Checkout http://irclogs.ubuntu.com/2009/06/10/%23ubuntuone.html (search for "permissions") for details. Rodney had concerns about tracking permissions like +x. Chris suggested possibly only tracking permissions like this for files in the "My Files" directory.

Changed in ubuntuone-storage-protocol:
importance: Undecided → Wishlist
status: New → Triaged
dobey (dobey)
affects: ubuntuone-storage-protocol → ubuntuone-client
Changed in ubuntuone-client:
importance: Wishlist → Medium
Revision history for this message
Charles Curley (charlescurley) wrote :

I sympathise with both sides on this one, particularly the x bits. This isn't quite as dangerous as an anonymous FTP user uploading a script with "rm -rf /" in it. Perhaps make it a user option, with a discussion of the implications?

As for other perms, and file dates (see my bug 385511), time stamps are show stoppers for my application. I'll just set up an rsync server and not pay Canonical anything. I can see where others would consider permission tracking a show stopper.

Changed in ubuntuone-client:
status: Triaged → Confirmed
tags: added: foundations+
removed: desktop+
Changed in ubuntuone-client:
importance: Medium → Undecided
assignee: nobody → Ubuntu One Foundations+ team (ubuntuone-foundations+)
Changed in ubuntuone-client:
status: Confirmed → Triaged
importance: Undecided → Wishlist
Revision history for this message
Timo Aaltonen (tjaalton) wrote :

It's not just the execute bit. I'd like to sync files which have 600 permissions, but UO decides to change that to 644 when syncing from the cloud.

Revision history for this message
JamesIsIn (k-launchpad-soundunreason-com) wrote :

I too am impacted by this bug.

I have various scripts in a development folder which is shared using U1. This allows me to work on scripts from any location.

Whenever I change (and save) a script on one machine, I find that execute permissions have been removed at all other locations.

Revision history for this message
Jonathan Davies (jpds) wrote :

Echoing what JamesIsIn said, this makes life hard when the synced files are, for instance, a Bazaar branch with executable scripts.

Revision history for this message
Magnus (koma-lysator) wrote :

My scripts always lose their executable flag when synced by Ubuntu One...

Revision history for this message
Matthias Martin (martin-matthias) wrote :

same here, this is a very annoying bug if you sync your custom scripts across your machines

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.