None of that user interaction, please. Atleast not by default. A bug
already disrupts the normal workflow, and bothering the user with a
mini-ftp client just makes a bad situation worse. I'd rather have the
reports be sent in the background, and if it fails, it shouldn't disrupt
the workflow /again/. I mean, to the user that would look like a bug in
a bug.

So instead, it would be cool if there's a notification area icon when a
bug report is being sent. If the user is inclined to know about the
progress, simply by clicking the icon a progress meter appears. The
count of speed to the average user is just moot, estimated time of
completion makes sense if it takes more then a couple of minutes. If
that's normal, then by all means include it. Another report could be put
in the queue while it's sending (and again and again), and it wouldn't
mean having lots of progress dialogs all over the place (I have a
screenshot somewhere of Windows XP with a screen full of such dialogs).

And why ever bothering the user if it fails to send reports that the
user might already have forgotten about anyway? Chances are that by the
time apport finds out the network isn't properly functioning, the user
already knows it (maybe NetworkManager already pointed it out for
instance). IMHO the notification icon should then just stay there, and
when the user clicks it, an option is given to retry, ignore them (until
reboot), or just delete them.

Remember that unwanted OS interaction is always bad, and gets in the way
of actually doing things. Except for some who actually enjoy to see
things break because it means that they have an opportunity to fix
something (myself included), but thats a minority.

I don't use Python much, but I'd be glad to help with the implementation
of this. Notification icons seem to be possible with pygtk and pyQt, and
notification bubbles with python-notify.

-- 
apport should be mini-ftp client with resuming capabilities
https://bugs.launchpad.net/bugs/102868
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.

-- 
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to