Closed Bug 76560 Opened 24 years ago Closed 23 years ago

[PERF] Delay in thread pane when scrolling

Categories

(SeaMonkey :: MailNews: Message Display, defect)

x86
Windows NT
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: kmurray1115, Assigned: sspitzer)

Details

Build: 2001041704 WinNT 4 SP5 When using the arrow keys to scroll through messages in the thread pane (with the message pane minimized/hidden), the thread pane doesn't reflect your position until 1-2 seconds after you begin scrolling. Steps to Reproduce: 1. Launch Mail 2. Select a Mail account that has enough messages to require scrolling with either the arrow keys or the page up/down keys 3. Select a message (single Click - do not open) 4. Using the down arrow key, hold down and scroll to bottom of thread pane Actual Result: Selected message jumps to next message immediat3ly, then there is a slight delay before moving to a message somewhere at the bottom of the thread pane, in the time it took to get to that point in the thread pane. Expected Result: Message selection should change instantaneously as you scroll thread pane with arrow or page keys. There should be no delay in message selection and the app should not appear to *catch up* to the scrolling operation.
QA Contact: esther → stephend
I'm told this is by design, so that if you're scrolling through messages really fast, it doesn't mark them as read and doesn't auto-collect the e-mail addresses in the messages (which is done by reading the message.)
This should *not* be by design if the message pane is closed, as indicated in the steps to reproduce.
I get the same thing with 4.x on Windows 2000, so is this by design?
I also see this with Outlook Express 5.5.
First of all, it does *not* happen in 4.x. So, it sounds like you're misunderstanding the steps to reproduce. Come on by and I'll show you. With the message pane gone, the product should not load the message at all, therby removing the opportunity for it to be marked read.
Kevin - I talked with Scott, and I'm clear now that I was talking about something else. I apologize for the misunderstanding on my part.
No sweat! :-)
Adding trudelle. This bug is related to bug 76559.
I think this is fixed. The behavior is much beter than when this was filed.
Marking as such.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
This looks fine to me, too, with build 2001-12-16-08, Windows 2000. Verified.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.