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)
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... .
Reporter | ||
Comment 1•10 years ago
|
||
In expected results: "if i have this" (my userstyle personalization, in stylish)
Reporter | ||
Comment 2•10 years ago
|
||
"view fIEld" Typo..
Reporter | ||
Comment 3•10 years ago
|
||
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"
Reporter | ||
Comment 5•10 years ago
|
||
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.
Comment 6•10 years ago
|
||
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
Comment 7•10 years ago
|
||
(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)
Comment 8•10 years ago
|
||
(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.
Description
•