Unsubscribing a folder should stop all queued activity on that folder

I've tried the above commands with no success.

chris@chris-desktop:~$ u1sdtool --list-folders
Folder list:
  id=a36a54ee-dbdd-4d7a-b0ed-b8effba3764e subscribed= path=/home/chris/Music
  id=03a5f837-543a-4a33-95ad-1213113b03f6 subscribed=True path=/home/chris/Documents
  id=fc4c7fa5-8796-4b96-b566-4955ab2ec71d subscribed=True path=/home/chris/.ubuntuone/Purchased from Ubuntu One
chris@chris-desktop:~$ u1sdtool -q
ubuntuone-syncdaemon stopped.
chris@chris-desktop:~$ u1sdtool --start
chris@chris-desktop:~$ u1sdtool --unsubscribe-folder=a36a54ee-dbdd-4d7a-b0ed-b8effba3764e
chris@chris-desktop:~$ u1sdtool -c
chris@chris-desktop:~$ u1sdtool --status
State: SERVER_RESCAN
    connection: With User With Network
    description: doing server rescan
    is_connected: True
    is_error: False
    is_online: False
    queues: WORKING_ON_METADATA

chris@chris-desktop:~$ u1sdtool --list-folders
Folder list:
  id=a36a54ee-dbdd-4d7a-b0ed-b8effba3764e subscribed= path=/home/chris/Music
  id=03a5f837-543a-4a33-95ad-1213113b03f6 subscribed=True path=/home/chris/Documents
  id=fc4c7fa5-8796-4b96-b566-4955ab2ec71d subscribed=True path=/home/chris/.ubuntuone/Purchased from Ubuntu One
chris@chris-desktop:~$ u1sdtool --status
State: QUEUE_MANAGER
    connection: With User With Network
    description: processing queues
    is_connected: True
    is_error: False
    is_online: True
    queues: IDLE

chris@chris-desktop:~$ u1sdtool --list-folders
Folder list:
  id=a36a54ee-dbdd-4d7a-b0ed-b8effba3764e subscribed= path=/home/chris/Music
  id=03a5f837-543a-4a33-95ad-1213113b03f6 subscribed=True path=/home/chris/Documents
  id=fc4c7fa5-8796-4b96-b566-4955ab2ec71d subscribed=True path=/home/chris/.ubuntuone/Purchased from Ubuntu One
chris@chris-desktop:~$

Hi Christopher,

I had the same problem. As it turns out, u1sdtool --list-folders returns all previously synced folders. If the folder is being synced, it is reported as "subscribed=True", if not it reports "subscribed=". Yes, that's a bug too. We should show subscribed=False at the very least. I'll be filing a separate bug for that so it can get fixed (sooner). So, your ~/Music folder is no longer being synchronized by Ubuntu One. If you think it's still processing those files, can you attach the following log file to this bug report so I can get a better feel for what might be going on? ~/.cache/ubuntuone/log/syncdaemon.log

Thank you,

Joshua

Okay thanks. Parts of this folder are still on the webservice taking up space. How do I remove the folder from my U1 account?

This may be a duplicate of this bug: https://answers.launchpad.net/ubuntuone-client/+question/108692

But the answer is not applicable to me. I have already unsynced the folder and I can't delete it.

Hi Chris,

Please do the following and let me know if the files continue to take up space in your cloud storage:

u1sdtool --delete-folder=a36a54ee-dbdd-4d7a-b0ed-b8effba3764e

It may take a little while for this to process on between the client and the server, but you should no longer see that folder or any files taking up space after that runs completely.

Thank you,

Joshua

It took a bunch of tries and some quitting and restarting of the U1 service but it finally worked and my U1 account has now been freed up. Thanks a ton for getting this to work.

Hi Chris,

Finally! Thank you SO much for your patience and effort on this one. I'm targetting this one to get fixed for Maverick. I'll be sure to update the workaround steps to use the --delete-folder since that is what most people in this situation will want to do.

Thank you,

Joshua

Hi Joshua,
Are there ways of backporting this fix to lucid? I'd prefer to stick with the LTS releases and having this fix backported would be really nice.

well i have a huge problem with this bug.

actually, in maverick and lucid it's pretty easy to share a folder by wrong clicking, which i did (got a laptop, using touchpad for the first time;). unfortunatly, the concerned folder had really lots of video-files in it, all together about 60gb.

so i immediatly tried to stop syncing by unchecking the ›sync with u1‹ option. after a few attempts i figured it wouldn't work. so i found this bug here. tried the steps from the workaround. had the --delete-folder option even running over night for about six hours. nothing happened. i got to the conclusion that the scanning of 60gig's might just take that long, so i removed the files from the shared folder. now, there's just the folder and nothing to scan or sync inside it. however, --delete-folder does not work.

would be happy if you have any suggestions. plus it would be very wise if the user was asked (in case of false-clicking) if (s)he really wants to share that folder, by a pop-up window. it's way to easy to get into this situation.

It seems fixed on Maverick. The folders just appeared like they were on the web UI, and a simple right-click>Ubuntu One>Stop Sync deleted them instantly from the web UI, and after a few seconds, from the computer. Thank you to everyone involved in the fix!