handling to prevent nested shares needs improvement, client visibility

Bug #979901 reported by Rick McBride
18
This bug affects 3 people
Affects Status Importance Assigned to Milestone
ubuntuone-client-gnome
Confirmed
Undecided
Ubuntu One Client Engineering team

Bug Description

While setting up test scenarios yesterday, I attempted to create shares for two folders under my ~/Documents folder.

As it turns out, I had a share for all of ~/Documents from one test system in the past, though no current clients were syncing from it.

The client quite correctly detects that this would set up a nested situation and blocks it.

The problem is, it blocks it with errors deep in the logs. There's no indication in Nautilus that this is an invalid scenario. The user simply selects "sync to Ubuntuone" on the context menu, and nothing ever happens (from his viewpoint).

I'm not sure the best place to handle this. One method would be to disable the menu item for paths that are beneath known share paths (we know this locally because it's displayed in the control panel).

Rick McBride (rmcbride)
Changed in ubuntuone-client:
status: New → Confirmed
assignee: nobody → Ubuntu One Desktop+ team (ubuntuone-desktop+)
tags: added: u1-qa
dobey (dobey)
affects: ubuntuone-client → ubuntuone-client-gnome
Leo Arias (elopio)
tags: added: desktop+ nested udf
Julien Funk (jaboing)
tags: added: u1-by-qa
Julien Funk (jaboing)
tags: removed: u1-qa
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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