220173 - If new email comes in while reading a message in the preview pane, the message scrolls back to the start

Status: VERIFIED FIXED

(Thunderbird :: Mail Window Front End, defect)

Description

[steve]

User-Agent:       Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; H010818)
Build Identifier: Mozilla Thunderbird 0.3 (20030923)

When reading a long email in the preview panel, should new mail be downloaded 
(which happens frequently) the message will scroll back to the start.  I don't 
recall this happening in TB 0.1, but it's happening in 0.2 and 0.3.

I've seen the problem on both systems I use - XP and W2000

Reproducible: Always

Steps to Reproduce:
1 When reading a long email in the preview panel, should new mail be downloaded 
(which happens frequently) the message will scroll back to the start.  I don't 
recall this happening in TB 0.1, but it's happening in 0.2 and 0.3.

I've seen the problem on both systems I use - XP and W2000


Expected Results:  
Not scroll back - it's annoying!

Comment 1

[Calum Mackay]

Confirmed, on Linux/x86, recent cvs build (don't have precise version to hand).
IMAP inbox.

Comment 2

[Malte Rücker (mbr)]

*** Bug 222186 has been marked as a duplicate of this bug. ***

Comment 3

[Chuck Steel]

This behavior also occurs when viewing messages in their own window, not just
the preview pane.

I am running Mozilla Thunderbird 0.3 (20031013) on WinXP.

Comment 4

[Malte Rücker (mbr)]

*** Bug 224626 has been marked as a duplicate of this bug. ***

Comment 5

[Malte Rücker (mbr)]

*** Bug 223402 has been marked as a duplicate of this bug. ***

Comment 6

[Ray Birks]

Also occurring in ThunderBird 0.4a 11192003, Win32 (WinME).

Comment 7

[Ray Birks]

As might be expected, this also happens when a new message arrives, is
interpreted to be junk and is moved to the Junk folder without activating the
'new message' announcement.

In latest instance, was reading a message in its own pane using ThunderBird 0.4a
20031119 under WinMe.

Glad to see it's targeted for 0.5 .

Comment 8

[Brian Ryner (not reading)]

I just hit this when downloading a large folder over IMAP.  The preview pane
scroll position resets to the top each time an email is downloaded in the
background for junk mail filtering, so this rendered the preview pane mostly
unusable for a good 5 minutes while a couple thousand emails downloaded in the
background.

Comment 9

[Scott MacGregor]

hmmm that sounds really weird. I wonder what would cause the docshell to reset
scroll position in the document....

Comment 10

[Calum Mackay]

*** Bug 230142 has been marked as a duplicate of this bug. ***

Comment 11

[David A. Cobb]

Slightly more careful examination, the 'event' that best synchronizes with the
change of scrolling is raising the Notification banner out of the system tray.

Comment 12

[Scott MacGregor]

Attachment: the fix

Comment 13

[Scott MacGregor]

*** Bug 231902 has been marked as a duplicate of this bug. ***

Comment 14

[Scott MacGregor]

fix on the trunk and the M4 branch.

Comment 15

[Scott MacGregor]

*** Bug 231650 has been marked as a duplicate of this bug. ***

Comment 16

[[e-mail]]

Comment on attachment 139760 [details] [diff] [review]
the fix

>+  var isAlreadyCollapsed = junkBar.getAttribute("collapsed") == "true";
We have .collapsed for this. (It's also a setter, while I mention it...)

>+  // simulate XOR
Since isJunk and isAlreadyCollapsed are both boolean then != works.

>+  return (isJunk && isAlreadyCollapsed) || (!isJunk && !junkBar);
!junkBar is meaningless here.

Comment 17

[steve]

Is fixed in the Mozilla Thunderbird 0.5a (20040128) build on Windows.

Comment 18

[Benedikt Kantus]

*** Bug 238766 has been marked as a duplicate of this bug. ***