"program is still running: ubuntu one file synchronization in progress" at logout

When i start the u1 control panel, it invites me to log in. It has apparently lost the credentials for this machine? If that's true, why is it blocking shutdown? Waiting is hardly going to help.

After reauthenticating, I get a 'file sync in progress' and some traffic in the log, but the sync doesn't seem to complete and it's still blocking shutdown.

Just after I typed that, the sync completed and the machine shut down with no further warning.

So the essence of this bug is: please don't block shutdown because the client has become unauthorized. Show a warning, or do nothing, but blocking shutdown is pointlessly annoying.

In your case the client was in READY state, i.e. not connected at all; therefore it was not synchronizing and logging out would not have changed anything.

STR:
1. Disconnect syncdaemon
2. Put a new file to Ubuntu One folder
3. Try to log out

Expected results: I am logged out
Actual results: A dialog pops up telling me that an application is running and _file synchronization is in progress_. No it is not.

If ubuntuone disconnects, and we disable the inhibition we are acting just as if synchronization was completed, meaning the user will think his files have finished transferring.
Because of this I'm opposed to hiding the progressbar and disable logout inhibition on disconnects.

I don't think we should avoid doing the logout/shutdown inhibit as a solution. If the UI sucks, we need to fix the UI, not break the feature by trying to special case complex scenarios.

The wording could probably be better, among other things. We should update it to say how much work is pending, and be a bit more informational, and perhaps less alsarming, unless it is called for.

On 20 April 2011 05:32, Rodney Dawes <email address hidden> wrote:
> I don't think we should avoid doing the logout/shutdown inhibit as a
> solution. If the UI sucks, we need to fix the UI, not break the feature
> by trying to special case complex scenarios.
>
> The wording could probably be better, among other things. We should
> update it to say how much work is pending, and be a bit more
> informational, and perhaps less alsarming, unless it is called for.

I would like to see is a specific dialog saying with something like this:

 Your changes in the last 4 minutes have not been backed up to Ubuntu One.

  [progress bar]

 You can keep waiting or
 [Shut down now anyhow]

I realize that's a bit harder than the generic gnome-session dialog.

On Tue, 2011-04-19 at 23:10 +0000, Martin Pool wrote:
> I would like to see is a specific dialog saying with something like
> this:
>
> Your changes in the last 4 minutes have not been backed up to Ubuntu
> One.
>
> [progress bar]
>
> You can keep waiting or
> [Shut down now anyhow]
>
> I realize that's a bit harder than the generic gnome-session dialog.

Right. So the way session logout inhibit works is a simple DBus call,
and we have no control over the UI. To fix this right, we'd probably
need to improve that API and get some proper design for the UI which is
being opened up by gnome-session.

We certainly can't change this in 11.04 at this point, but perhaps it is
something we can get Design/DX to look at improving for 11.10, so that
we can take advantage of those changes in U1.

Got the same problem

The fundamental problem is that the sync daemon either doesn't start properly or fails, so there are waiting uploads stuck in the queue, which remain on logout.

I get this on all of my Ubuntu 11.04 clients.

I've tried "Logout anyway" and you are left with unsync'd changes.

To diagnose and work around I have to run this when I start working on files and check the status again on the command-line when I've finished working on files:

  # Status command will probably tell you that files are uploading or waiting upload, but nothing is happening
  u1sdtool --status

  # How many items are awaiting upload?
  u1sdtool --waiting | wc -l

  85

  # Start file sync daemon that seems to have failed
  u1sdtool --start

  # Keep running 'how many items are awaiting upload?' and watch it gradually (slowly) decrease to zero
  u1sdtool --waiting | wc -l
  u1sdtool --waiting | wc -l
  u1sdtool --waiting | wc -l

  # Status should now show IDLE and you will get notification that files are uploaded
  u1sdtool --status

This sucks

The problem in my case was resolved when I upgraded my memory from 512Mb to 1024 Gb.
Now i have ugraded to ubuntu 11.10, so far no problems detected.

I got this dialog even with "u1sdtool --waiting" outputing nothing and:

$ u1sdtool --status
State: QUEUE_MANAGER
    connection: With User With Network
    description: processing the commands pool
    is_connected: True
    is_error: False
    is_online: True
    queues: IDLE

Marius, you are seeting bug #961342 most likely, which will be fixed in an upload that will happen in the next few hours.

Here's why this is broken: logging out != shutting down. Why does the sync block logout instead of continuing in the background, and just blocking any attempts to *actually* shut down? The way it currently is makes it impractical to use U1 to sync my users' config, because they're blocked from fast user switching by the wait on every logout.