Comment 1 for bug 597870

After talking with lucio, this seems to happen on read-only shares.

I hitted the issue, when getting a lot of updates to a read-only share (same share as lucio), and the cause seems to be that syncdaemon isn't able to delete a directory tree on a read-only share.

The first error in the log is:

2010-06-23 11:15:05,234 - ubuntuone.SyncDaemon.sync - ERROR - T:NONE:T 7aad9fa8-471d-42fc-b86e-bd186098065e ['00f4fabb-8390-409d-949f-737d570e3f07'::'567f3aaa-ed4b-47ca-8fae-7ccae1596578'] ''RO Share/dir/subdir/subsubdir'' | Executing ACTION_FUNC 'delete_file' gave an exception: OSError(13, 'Permission denied')
Traceback (most recent call last):
  File "/usr/lib/python2.6/dist-packages/ubuntuone/syncdaemon/fsm/fsm.py", line 137, in on_event
    af(event_name, parameters, *args)
  File "/usr/lib/python2.6/dist-packages/ubuntuone/syncdaemon/sync.py", line 758, in delete_file
    raise e
OSError: [Errno 13] Permission denied: '/home/guillermo/.local/share/ubuntuone/shares/RO Share/dir/subdir/subsubdir/leafdir'

After this error, the next SV_HASH_NEW event received will make the "RO Share/dir/subdir/subsubdir/" go into conflict