Closed Bug 977460 Opened 11 years ago Closed 11 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: 11 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.