Closed
Bug 1422171
Opened 8 years ago
Closed 5 years ago
When dragging a link into a bookmark folder and scrolling down via the hovering over the down arrow it scrolls way too fast
Categories
(Firefox :: Bookmarks & History, defect, P5)
Tracking
()
RESOLVED
WORKSFORME
Tracking | Status | |
---|---|---|
firefox-esr52 | --- | unaffected |
firefox-esr60 | --- | fix-optional |
firefox57 | --- | wontfix |
firefox58 | --- | wontfix |
firefox59 | --- | wontfix |
firefox62 | --- | wontfix |
firefox63 | --- | wontfix |
firefox64 | --- | wontfix |
firefox65 | --- | fix-optional |
People
(Reporter: yt.sini, Unassigned)
References
(Regression)
Details
(Keywords: regression, ux-efficiency, Whiteboard: [fxsearch])
Attachments
(1 file)
1.32 MB,
video/ogg
|
Details |
User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:57.0) Gecko/20100101 Firefox/57.0
Build ID: 20171128222554
Steps to reproduce:
1. Drag a link over a bookmark folder, with enough items to make the up and down scroll arrows apear, to open the folder.
2. Hover over the bottom arrow to scroll down.
Actual results:
The view jumped down to the bottom of the folder in a splitsecond.
Expected results:
It should scroll down at normal speed.
Component: Untriaged → Bookmarks & History
OS: Unspecified → Windows 7
Hardware: Unspecified → x86_64
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: ux-efficiency
OS: Windows 7 → All
Hardware: x86_64 → All
Regression range:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=db88d543de14b78333b095485de56cb8e9832af9&tochange=e1c23455946bd42445a0a12d223c7548c39c9785
Blocks: 1356705
Has Regression Range: --- → yes
Has STR: --- → yes
status-firefox57:
--- → affected
status-firefox58:
--- → affected
status-firefox59:
--- → affected
status-firefox-esr52:
--- → unaffected
Keywords: regression
Comment 2•8 years ago
|
||
Is this only a problem for this specific case, or do all menus now scroll way too fast (regardless of whether you're dragging anything)?
Flags: needinfo?(yt.sini)
Priority: -- → P5
Whiteboard: [fxsearch]
(In reply to Drew Willcoxon :adw from comment #2)
> Is this only a problem for this specific case, or do all menus now scroll
> way too fast (regardless of whether you're dragging anything)?
Seems to only be happening when dragging links down bookmark folders.
Flags: needinfo?(yt.sini)
Updated•7 years ago
|
Comment 4•7 years ago
|
||
Too late to fix in 59. We can still take a patch in Nightly.
![]() |
||
Comment 5•7 years ago
|
||
And
If Bookmarks toolbar is overflowed(i.e, chevron is in Bookmarks toolbar),
When dragover "scrollbutton-down" button at bottom, Contents of Bookmarks Toolbar are shifted to the left.
So, some items of Contents of Bookmarks are unable to access anymore.
:mconley,
Your bunch of patch cause the ui regression, can you please look into this asap?
status-firefox62:
--- → wontfix
status-firefox63:
--- → fix-optional
status-firefox64:
--- → affected
status-firefox-esr60:
--- → fix-optional
Flags: needinfo?(mconley)
![]() |
||
Comment 6•7 years ago
|
||
no longer able to access the leftmost bookmark on the Bookmarks toolbar :(
Comment 7•7 years ago
|
||
Marking fix-optional for 64. We could still take a patch in 65.
![]() |
||
Updated•7 years ago
|
status-firefox65:
--- → affected
![]() |
||
Updated•7 years ago
|
Comment 8•6 years ago
|
||
Happy to take a patch in nightly; if it seems low risk enough please feel free to request uplift to 65 beta.
Comment 10•6 years ago
|
||
Scrolling down also does this rappid to the bottom when moving a item allready in the folder from the top downwards
Reporter | ||
Comment 11•6 years ago
|
||
The fast scroll seems to be fixed. However now the shifting of the bookmark bar to the left happens multiple times.
Comment 12•6 years ago
|
||
The new behaviour reportd by @yt.sini looks ike another bug.
Updated•5 years ago
|
![]() |
||
Comment 13•5 years ago
|
||
I cannot reproduce the issue any more on Nightly78.0a1 Windows10 as well as Firefox68.8.0ERSR.
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•