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)
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•11 years ago
|
||
In expected results: "if i have this" (my userstyle personalization, in stylish)
Reporter | ||
Comment 2•11 years ago
|
||
"view fIEld" Typo..
Reporter | ||
Comment 3•11 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•11 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•11 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: 11 years ago
Resolution: --- → DUPLICATE
Comment 7•11 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•11 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
•