Bookmarks menupopup would not scroll and bookmark item would not react until re-open the menupopup.
Categories
(Firefox :: Bookmarks & History, defect)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox-esr78 | --- | unaffected |
| firefox81 | --- | unaffected |
| firefox82 | --- | unaffected |
| firefox83 | + | fixed |
People
(Reporter: alice0775, Assigned: emilio)
References
(Regression)
Details
(Keywords: nightly-community, platform-parity, regression)
Attachments
(1 obsolete file)
[Tracking Requested - why for this release]: bookmarks menu is broken
If Bookmarks menupopup is overflowed and when the menupopup is displayed at first time,
Bookmarks drop down would not scroll,
Bookmark item would not react.
Steps to reproduce:
(prerequisite)
- Enable bookmarks toolbar
- Create a folder in the bookmarks toolbar
- Create multiple bookmark items in the folder so that the menupopup will be overflowed(scroll-able)
(Steps)
- Start Browser
- Click the folder to open menupopup
- try to scroll the menupopup
--- the menupopup would not scroll by (mouse wheel/keyboard). BUG!!
--- No scrollbutton displayed. BUG!! - try to open a bookmark in the menupopup by mouse click
--- the bookmark item would not react(mouse hover/click) BUG!!
(optionally)
5. After re-opening menupopup, the problem will be gone.
Actual Results:
Bookmarks menupopup would not scroll, No scrollbutton displayed.
Bookmark item would not react.
Expected Results:
Bookmarks menupopup should be able to scroll,
Bookmark item would should react.
Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=c8ec11711bb0981f6eb3fe8b95d1d49a41931efd&tochange=98c09e82b3e9728fbfa9204a8b5e3cef676dce76
emilio, your bunch of patch seems to cause the problem. Could you please look into this?
| Assignee | ||
Comment 1•5 years ago
|
||
Thanks for filing. Sure, I'll poke.
Is this on windows? I haven't been able to repro on Linux but maybe I'm doing something wrong (or maybe this works in wayland somehow). Is there any chance you could post an screen cast so that I can confirm I'm not doing something dumb?
Thanks a lot as always Alice :)
| Assignee | ||
Updated•5 years ago
|
| Reporter | ||
Comment 2•5 years ago
|
||
Screencast: https://youtu.be/VFXiRseIYdU
Open the menupopup for the first time:
no scroll button display, would not scroll
no tooltip
mouse hover highlight is not consistent(it appears and then disappears)
Re-open the menupopup (video 00:30-):
everything works fine
| Reporter | ||
Comment 3•5 years ago
|
||
(In reply to Emilio Cobos Álvarez (:emilio) from comment #1)
Thanks for filing. Sure, I'll poke.
Is this on windows?
Yes, Windows10.
| Reporter | ||
Comment 4•5 years ago
|
||
And I can also reproduce the issue on Ubuntu20.04.
Updated•5 years ago
|
| Assignee | ||
Comment 5•5 years ago
|
||
This is a wallpaper, for now. Without flushing here we end up with a
shrink-to-fit scrollbox, which of course creates no scrollbars.
Whether my patch uncovered a XUL layout bug or just an edge case due to
the transitions that the animate attribute triggers I haven't dug into
quite yet, but we could probably land this in the interim, as it is an
easy fix that doesn't make things worse than they were.
Updated•5 years ago
|
| Assignee | ||
Updated•5 years ago
|
| Reporter | ||
Comment 7•5 years ago
•
|
||
(In reply to Pulsebot from comment #6)
Pushed by ealvarez@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/ed5f52188003
Keep flushing layout on popupshowing in places-menupopup. r=Gijs
I tested this bug using autoland opt build, but the issue can be reproduced.
After landing this patch, the problem seems to be depended to timing/CPU load.
| Assignee | ||
Comment 8•5 years ago
|
||
(In reply to Alice0775 White from comment #7)
(In reply to Pulsebot from comment #6)
Pushed by ealvarez@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/ed5f52188003
Keep flushing layout on popupshowing in places-menupopup. r=GijsI tested this bug using autoland opt build, but the issue can be reproduced.
After landing this patch, the problem seems to be depended to timing/CPU load.
I see, thanks for testing. I'm pretty sure after looking at bug 1670452 that this is just another manifestation of that one.
I've asked sheriffs to back out the wallpaper. Thank you!
Comment 9•5 years ago
|
||
Backed out as requested: https://hg.mozilla.org/integration/autoland/rev/eff8123450daf19894d09154c60d0de8afba7b8e
Updated•5 years ago
|
| Assignee | ||
Comment 10•5 years ago
|
||
Thank you!
Updated•5 years ago
|
Updated•5 years ago
|
Description
•