After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 99936 - allow user intervention for tasks that need it (such as path write permissions)
allow user intervention for tasks that need it (such as path write permissions)
Status: RESOLVED OBSOLETE
Product: Pan
Classification: Other
Component: general
pre-1.0 betas
Other other
: Normal normal
: 1.0
Assigned To: Charles Kerr
Pan QA Team
: 358063 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2002-11-30 02:14 UTC by gabrieltalks
Modified: 2011-12-03 18:14 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
test patch (2.50 KB, patch)
2007-05-08 17:02 UTC, Charles Kerr
reviewed Details | Review

Description gabrieltalks 2002-11-30 02:14:50 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).
Comment 1 John van der Kamp 2003-07-28 10:05:28 UTC
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
Comment 2 Charles Kerr 2006-10-09 04:51:50 UTC
Bumping version number because the problem persists in newer versions.
Comment 3 Charles Kerr 2006-10-09 04:52:12 UTC
*** Bug 358063 has been marked as a duplicate of this bug. ***
Comment 4 will 2006-10-31 17:45:46 UTC
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.
Comment 5 Charles Kerr 2006-10-31 18:12:06 UTC
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.
Comment 6 Charles Kerr 2007-05-08 17:02:05 UTC
Created attachment 87825 [details] [review]
test patch
Comment 7 Charles Kerr 2007-05-08 17:02:41 UTC
This is a patch to 0.129 that goes offline when uudecode hits 
a serious error such as directory permissions.
Comment 8 Charles Kerr 2007-05-13 04:38:56 UTC
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!
Comment 9 Charles Kerr 2007-05-19 16:16:15 UTC
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).