Closed Bug 977460 Opened 10 years ago Closed 10 years ago

New history panel behavior for updates after ffv20 "auto scrollup on click"

Categories

(Firefox :: Untriaged, defect)

27 Branch
x86
Windows 8
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 892485

People

(Reporter: ukrainianconsular, Unassigned)

Details

User Agent: Mozilla/5.0 (Windows NT 6.2; rv:27.0) Gecko/20100101 Firefox/27.0 (Beta/Release)
Build ID: 20140212131424

Steps to reproduce:

An issue i found updating from firefox v20 to v27, is with or without 
a personalization that i have on stylish .. . This one:

#bookmarks-view, #historyTree { background-color: #FFFFFF !important; }

treechildren::-moz-tree-cell-text { color: #020944 !important; }
treechildren::-moz-tree-cell-text(selected) { color: #FFFFFF !important; }
treechildren::-moz-tree-row(selected) { background: #0080FF !important; }
treechildren::-moz-tree-row(focus, selected, current),
treechildren::-moz-tree-row(focus, selected, odd),
treechildren::-moz-tree-row(focus, selected, even)
{ background: #0080FF !important; }

treechildren::-moz-tree-image { width: 0 !important; }
@-moz-document url(about:blank) {html { background-color: lightcoral !important; }




Actual results:

The history scrollbar never used to move right to the top of the url history list, which is the actual behavior (i lose the localization of the portion of urls i want to review). The clicked link remains highlighted on the top of the list, when it wasn't before .. . & there's no focus of the previous link (in the sorted order of that portion of urls) after having clicked on the now highlighted link which is on 
the top of the list & where i i'm sent back..


Expected results:

So, logically, if i have this, when i open the history sidebar, using in the 
"view filed" "by last visited", and if i click on a link located on the middle 
of the list, the clicked link goes to the top & the previous link
on the middle of that "url list" remains focused, so i know which one 
preceeds & i can click on each previous links, & the scrollbar doesn't 
move me straight back to the top of the url list losing the previous link
that should be focused.

There's also a report from another user here "unresolved"
https://support.mozilla.org/en-US/questions/964932

It also happens in safe mode... .
In expected results: "if i have this" (my userstyle personalization, in stylish)
"view fIEld" Typo..
After having tested installations .. .
Firefox Setup 22.0b4.exe is the update that introduces that bug.
This is normal behavior because you have your history sorted by "date visited", and when you click a link below in the list the "last visited" of that link is updated which moves it to the top.

i also find it annoying but thats what happens when we sort by last visited i cant think of a creative but makes sesne solution here other than maybe suppresing "live update of the sorted history list"
No, not normal ))

you didn't get it noitidart .. .

if a url moves to the top for "last visited" it's logic . ..

But, imagine a list of links "all history of links" like 50 or 120,
you're in the middle of that list, you click on a link that was accessed
along with other links related to the time or website you browsed on that
order of visit & time, once you clicked on that site, you want to click
on other sites near that site/link .. . but you can't cause the site you clicked,
made firefox scroll right up to the top, losing the focus of the moment & sites surrounding
that link in the list .. . While before ff 24, the site that were accessed before/ under the one
that was clicked remained unfocused/hilighted with a light fluo blue background, telling me that was the site accessed before the one i clicked on. actually, we are sent back to the top & lose the location in that list where other urls were browsed .. .

it's a downgrade.
If this is the same as bug 964932, why did you file a new one?  If it's not the same, how do they differ?
Status: UNCONFIRMED → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
(In reply to Colby Russell :crussell from comment #6)
> If this is the same as bug 964932

Bug 964932 seems unrelated; typo in the bug number?
Flags: needinfo?(Sevenspade)
(In reply to Florian Quèze [:florian] [:flo] from comment #7)
> Bug 964932 seems unrelated; typo in the bug number?

Hah!  I had been looking at bug 892485, then went looking for the URL for it, saw the question ID in the SUMO URL from comment 0 without noticing that it was, in fact, from SUMO and not the bug URL I was looking for.
Flags: needinfo?(Sevenspade)
You need to log in before you can comment on or make changes to this bug.