J.M. Hardin Reporter
	Description • 19 years ago

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050727 Firefox/1.0+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050727 Thunderbird/1.0+ ID:2005072706

When right clicking on a message in a folder that doesn't have any messages
selected the message pane now scrolls to the top of the message list, regardless
of where you are in the message list.

Reproducible: Always

Steps to Reproduce:
1. Select a folder you haven't used since launching Thunderbird this session
2. Right click on a message below the first screen of messages

Actual Results:  
The message list scrolls to the first available message and the context menu
pops up.

Expected Results:  
The particular message should have been selected with the context menu appearing
beside (over?) it.

This bug only cropped up in the last couple of nightly builds. I update via
"Check for updates..." so I can't pin it to a specific nightly, but I believe it
first cropped up with 2005-07-26 builds.

	J.M. Hardin Reporter
	Comment 1 • 19 years ago

Sorry, I meant to include that the behavior also occurs when simply left
clicking to mark a message read without first selecting the message itself. The
bottom line is that if you have more messages than will fit in the message pane
you better select the mesage before you do anything with it or you'll have to
scroll back down to the message.

	Scott MacGregor Assignee
	Comment 2 • 19 years ago

am unable to reproduce using 08/01 build

	Scott MacGregor Assignee
	Comment 3 • 19 years ago

david bienvenu says he sees this too

	David :Bienvenu
	Comment 4 • 19 years ago

this broke in the 7/26 build...it seems that the fix for bug 301439 is a likely
culprit, given the time frame. I tried backout out that change, and it didn't
appear to fix it, but maybe I didn't rebuild enough.

This bug is easy to see if you open a folder with new messsages at the bottom of
the list. We scroll to the new messages. If you click on the scroll bar before
selecting a message, we scroll to the top of the list.

	David :Bienvenu
	Comment 5 • 19 years ago

my mistake, it looks like this was caused by the fix for bug 280153

	David :Bienvenu
	Comment 6 • 19 years ago

cc'ing Aaron since I think the fix for bug 280153 caused this regression.

	Aaron Leventhal
	Comment 7 • 19 years ago

Can we have thunderbird focus (but not select) the message when you want to
maintain it in the scroll position? That's done via mCurrentItem/mCurrentIndex.

	Ed Buffey
	Comment 8 • 19 years ago

Possibly related problems:

1. Clicking on the + button to expand a thread of a message beyond the first
page... scrolls to first message and if the scrolling causes the mouse to
coincidentally land over a + button on the first page, that thread gets expanded.
2. Ignoring a thread that has more than one page of messages sometimes causes
the list to scroll to a strange location. I'm guessing that it has something to
do with automatically collapsing the thread when you ignore it. 

	Adam Guthrie
	Comment 9 • 19 years ago

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

	Adam Guthrie
	Comment 10 • 19 years ago

This was fixed by the recent check-in from bug 280153.

	Mike Cowperthwaite
	Comment 11 • 19 years ago

The behavior in the 0806 build still isn't right; see bug 280153 comment 15.

	J.M. Hardin Reporter
	Comment 12 • 19 years ago

I'm running Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4)
Gecko/20050806 Thunderbird/1.0+ ID:2005080604 and it's working fine now.

Thanks to everyone who worked on fixing it. I'm no longer a frustrated Tb user.

	Mike Cowperthwaite
	Comment 13 • 19 years ago

I should have said "not *quite* right; the broken behavior described by this bug 
is indeed fixed.

The new behaviors introduced by this fix (and the other patch to bug 280153) are 
(as copied from that other bug):

When the focus shifts to the thread pane after selecting a folder (with no 
message selected), the thread pane now displays a 'current' box which is 
initialized to the topmost visible item.  For my ascending-sort Inbox, having 
that item 'current' is fairly arbitrary; I'd rather see the 'current' 
initialized at the bottommost item, in the ascending-sort case.  Aaron said in 
the other bug that this would be easy enough for the mail client to do.

Further, and more important: prior to this fix, if I had one message current-
but-not-selected, right-click on another message followed by cancelling the menu 
(with <esc> or clicking elsewhere) the pane reverted to the previous state of no 
selection.  

Now, if I cancel the menu, the original 'current' item is selected -- and the 
message is not loaded into the message pane.  So that's a tiny bit of 
regression: having a single message selected but not loaded in the pane is 
broken behavior, and loading a previously-unloaded message is *also* not 
desirable.  For instance, if you get a piece of mail that you don't want to 
read, you can right-click and select Delete without having to load the message; 
we wouldn't want to lose that nice bit of finesse.

I guess I need to open a new bug or two about these.

	Jerry Baker
	Comment 14 • 19 years ago

And when you switch folders, and scroll the message list as the first action in
that folder, it selects the top message after the scroll. Selecting arbitrary
messages is a lot more strange when you see it than reading about it.

	Mike Cowperthwaite
	Comment 15 • 19 years ago

Bug 304676 is about the issue of selecting (and not loading) a previously 
unselected item after a right-click.
Bug 305140 is about setting the "current" indicator to the end of the sort.