277446 - history window doesn't adjust selection when changing sort order

Status: RESOLVED DUPLICATE of bug 148811

(SeaMonkey :: UI Design, defect)

Description

[Daniel B.]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217

The history window does not adjust the selection to keep the same 
history entry selected after changing the sort order.



Reproducible: Always

Steps to Reproduce:
1. Open the History window.
2. Click to select a history item A.
3. Change the sort order in a way that causes history item A to move to a 
   different position in the list.
4. Notice that the selected history item A is no longer selected.
5. Notice that in the position where history item A was before the
   order change, some other history item (B) is now selected.

Actual Results:  
See steps 4 and 5 above.

Expected Results:  
The originally selected history item A should still have been selected.
The ordinal position of the selection in the list should have been 
adjusted to be the new position to which history item A was moved.

Comment 1

[Ben Fowler]

Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8a6) Gecko/20050108
Firefox/1.0+

I can reproduce this:

1. Open History in the Sidebar (Cmd-Shift-H)
2. Select Sort by Most frequent visited and click on any of your
items about half way down the list. I used 
http://www.osxfaq.com/tips/unix-tricks/week53/friday.ws but
you probably don't have that URL at all in your history.
3. The chosen page appears.
4. Now Sort by Last visited
5. In an instant the order of URLs totally changes, but the Sidebar
scroll remains unchanged, and the URL at the current ordinal 
which is something completely different like 
http://www.folk-network.com/info/carols.html is selected (but grey).
6. The true URL will have floated to the top of this list.

I can't improve on the OP's description of the Expected results.

Comment 2

[Gordon P. Hemsley [:GPHemsley]]

I can confirm that this bug still exists in 1.8b2 on Windows XP.

Whichever physical location was highlighted before the sort remains highlighted
after the sort, even though the data in that physical position changes.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050320

Comment 3

[Gordon P. Hemsley [:GPHemsley]]

This appears to be a duplicate as bug 148811 and should probably be marked as such.

Comment 4

[Andrew Schultz]

dupe of "changing sort order keep selected line number, not address"

*** This bug has been marked as a duplicate of 148811 ***