[spambayes-bugs] [ spambayes-Feature Requests-872051 ] Missing
review items when using HTTP
SourceForge.net
noreply at sourceforge.net
Wed Nov 3 04:18:12 CET 2004
Feature Requests item #872051, was opened at 2004-01-07 13:19
Message generated for change (Comment added) made by anadelonbrin
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=498106&aid=872051&group_id=61702
>Category: pop3proxy
>Group: None
Status: Open
Priority: 5
Submitted By: Brendon Whateley (brendonw)
Assigned to: Skip Montanaro (montanaro)
Summary: Missing review items when using HTTP
Initial Comment:
When [html_ui] rows_per_section: is used to limit the
number of rows displayed, the next/previous buttons still
move in complete days, resulting in messages being not
displayed.
If this is not the desired behavior, assign this to me and I'll
put a patch together.
Brendon.
----------------------------------------------------------------------
>Comment By: Tony Meyer (anadelonbrin)
Date: 2004-11-03 16:18
Message:
Logged In: YES
user_id=552329
No comments, but no patch...
If you'd still like this changed, then a patch would be
great <wink>.
----------------------------------------------------------------------
Comment By: Brendon Whateley (brendonw)
Date: 2004-01-11 19:12
Message:
Logged In: YES
user_id=944315
Ok, I've thought about this a lot, and it seems like the semantics
seem wrong. The current option _claims_ to limit the maximum
number of lines _per section_ which seems to make life much
more difficult than it needs to be. The primary reason for limiting
the number of lines is to avoid very slow response times from
the server. When you add a limit on the number of lines, you
don't also only want to display a single day at a time.
A more natural approach would be to display messages for
review _either_ per day OR per number of lines. So, if you set
the limit to 100 lines, you could page 100 messages at a time.
This behavior would also be useful for reviewing a long history
of messages that are sparsely populated in manageable
groups, but faster than one day at a time.
I'll wait a few days in case anybody has any comments before I
implement something along these lines.
----------------------------------------------------------------------
Comment By: Skip Montanaro (montanaro)
Date: 2004-01-08 10:06
Message:
Logged In: YES
user_id=44345
Brendon,
A patch would be ideal. My use case for the current behavior was
that displaying either all pending messages or often just a day's
worth can be hideously expensive. I'd like to move by
rows_per_section chunks through the pending messages, typically
in chronological order. You're more than welcome to implement
other semantics though. I don't actually use the pop3proxy these
days, so my recollections about how it worked/should work may
be off-base somewhat.
Since you're not a registered developer, I can't assign it back to
you. If you have a chance to create a patch though, just attach it
and I'll review it for inclusion.
----------------------------------------------------------------------
Comment By: Tony Meyer (anadelonbrin)
Date: 2004-01-07 19:08
Message:
Logged In: YES
user_id=552329
IIRC, Skip added this behaviour (or re-added it, maybe?). I'm
not sure what the correct behaviour is, so I'm assigning to
him to make the call. (I'm sure that if he does want it
changed, he'll be happy for you to create a patch. You can
assign it back to me to check it in, if it gets to that).
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=498106&aid=872051&group_id=61702
More information about the Spambayes-bugs
mailing list