18244 - [DOGFOOD][PERF] Clicking on hdr loads msg even if msg pane collapsed

Status: VERIFIED FIXED

(SeaMonkey :: MailNews: Message Display, defect, P3)

Description

[Akkana Peck]

I use the thread pane (with no message pane showing) as my primary way of
dealing with big folders: I delete (mail) or mark read (news) blocks of messages
(spam, or threads which don't interest me) without having to wait for those
messages to load from the server.

In mozilla, clicking on a message loads that message, even if there's no message
pane in which to show the contents of the message.  Loading a message is very
slow, and if I click on another message while loading the first one, it's also
slow to notice that and abort the load in order to switch to the other message.

Comment 1

[Phil Peterson]

Reassign to putterman, put on [PERF] list

Comment 2

[leger]

Putting on PDT+ radar.

Comment 3

[scottputterman]

I disagree that this is a PDT+ bug.  I can imagine this being annoying and it's
probably pretty easy to fix and so I'll probably fix it assuming the splitter
is smart enough to give me this information, but I don't think it's PDT+.

Comment 4

[scottputterman]

I disagree that this is a PDT+ bug.  I can imagine this being annoying and it's
probably pretty easy to fix and so I'll probably fix it assuming the splitter
is smart enough to give me this information, but I don't think it's PDT+.

Comment 5

[Phil Peterson]

I agree with Scott -- this is not a dogfood issue. Clearing status whiteboard so
we can talk this over again.

Comment 6

[Akkana Peck]

If the performance regression on loading messages is fixed, so that selecting
another message happens immediately instead of taking several seconds, this will
cease to be a dogfood issue (though still annoying).  There's another bug
(17062, PDT+) on the performance regression, so I won't argue for this one being
PDT+.

Comment 7

[leger]

Putting on PDT- radar.  The performance bug for this is already a PDT+.

Comment 8

[scottputterman]

I have a fix for this.

Comment 9

[scottputterman]

fix checked in.

Comment 10

[laurel]

Same underlying principle as in bug #6485, assigning to fenella since that one's
hers.

Comment 11

[fenella]

Linux Redhat 6.0 (1999-11-16-09 M12)
Win_nt 4.0 (1999-11-16-09 M12)
MAc (1999-11-16-08 M12)
I test these builds using this scenario
1. Close the message pane,
2. click on a message, it does not load the message any more
3. Delete it, it deletes it immediatel.
4. Continue to click on another message is very fast too.