GNOME Bugzilla – Bug 99936
allow user intervention for tasks that need it (such as path write permissions)
Last modified: 2011-12-03 18:14:39 UTC
errors like no file permission need to abort with notication in the task manager. Errors like this *cannot* be repeated without user intervention so having pan try a dozen times will not work. errors like no authorization need to be "throttled down" at one time I had the server respond with too many connection, I had two and the server was capable of doing six. The cause? pan trying too make too many connections in a short period of time. Having something like pause x seconds before trying again. I have to disconnect and wait about five minutes until the server kills the connections otherwise I get errors like "no authorization" errors. After waiting the server is happy again. So each connection error has to be considered for things like fatal (file permissions) or throttle (getting 30 no authorization errors in two minutes).
when a server only allows a maximum number of connections, and the server settings are too high, it makes no sence to keep trying to connect for the n-th time. Log entry: Handshake failed: 400 server.name: Your host connection limit reached - e@mail.com
Bumping version number because the problem persists in newer versions.
*** Bug 358063 has been marked as a duplicate of this bug. ***
I'm having pan choke on a very large file, then go offline. Fri Oct 6 00:30:49 2006 - Error: Got "502 Your per-user connection limit reached" from news.astraweb.com in response to "AUTHINFO USER (removed" Fri Oct 6 00:30:49 2006 - Unable to connect to "news.astraweb.com" Pan is now offline. Please see "File|Event Log" and correct the problem, then use "File|Work Online" to continue. Fri Oct 6 00:30:54 2006 - Error: Got "502 Your per-user connection limit reached" from news.astraweb.com in response to "AUTHINFO USER removed" Fri Oct 6 00:30:54 2006 - Unable to connect to "news.astraweb.com" Pan is now offline. Please see "File|Event Log" and correct the problem, then use "File|Work Online" to continue. Fri Oct 6 00:30:59 2006 - Error: Got "502 Your per-user connection limit reached" from news.astraweb.com in response to "AUTHINFO USER removed" Fri Oct 6 00:30:59 2006 - Unable to connect to "news.astraweb.com" Pan is now offline. Please see "File|Event Log" and correct the problem, then use "File|Work Online" to continue. that's what those above errors are usually from. a file currently in a large binary usegroup, probably something multimedia or tv, called Man Moment Machine (Oct-17-06) Apollo 13.wmv. This file is over 100 megs. I know somebody shouldn't have posted something that big as one part, but pan chews on it for a while, calling it 100%, but keeps downloading, and eventually goes offline with errors like the above ones.
There are two bugs described here: (1) manual intervention for things that need manual intervention (2) don't bug the user with errors that can be handled automatically (i.e., throttle new connections for a couple of minutes when getting "too many connections" errors). Part two is being addressed in bug #364357, so I'm going to rename this ticket to just reflect part one.
Created attachment 87825 [details] [review] test patch
This is a patch to 0.129 that goes offline when uudecode hits a serious error such as directory permissions.
Seen in pan-users from Walt: Hi Charles et al, I'm testing the latest svn commits and I find that pan goes 'offline' every time it finds an incomplete multipart binary post. E.g. pan gives me a message that 'foo.rar.part28 is missing' and then goes offline for unstated reasons after saving the incomplete foo.rar file. (Saving the incomplete rar file is the right thing to do, but going offline is not.) Can anyone building from svn sources confirm this behavior? Thanks!
I've backed out the patch in comment #6. It's a good start but we need a means for distinguishing which errors to go offline for (disk full, file permissions) and which to continue past (not enough parts).