bookmark/history menupopup are not displayed after the second time.
Categories
(Core :: Widget: Win32, defect, P2)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr115 | --- | unaffected |
firefox125 | --- | unaffected |
firefox126 | --- | unaffected |
firefox127 | + | fixed |
People
(Reporter: alice0775, Assigned: emilio)
References
(Regression)
Details
(Keywords: nightly-community, regression)
Attachments
(3 files, 1 obsolete file)
[Tracking Requested - why for this release]: bookmark menupopup are not displayed after the second time.
Step to reproduce:
- Create a folder on Bookmarks toolbar
- Create a lot of bookmarks and separator in the folder (maybe depended on number of item and height of popup etc)
- Restart Browser if any
- Click the folder
--- all bookmarks item are displayed - Click the folder twice
--- The top half (and bottom part) of the menupopup is not displayed - Move the mouse to where the menupopup should be
--- The rest will be displayed
Actual results:
The first half of the menupopup is not displayed.
Screencast: https://youtu.be/B9IrmMGYRHA
Expected results:
Whole of the menupopup should be displayed.
Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=56770cf9b51ad1b01ef17f5393a56f4c08655e46&tochange=717a883474bedbbf5f420ffd52c76d3f6d4b910d
![]() |
Reporter | |
Comment 1•1 year ago
|
||
![]() |
Reporter | |
Comment 2•1 year ago
|
||
Comment 3•1 year ago
|
||
:emilio, since you are the author of the regressor, bug 1891063, could you take a look? Also, could you set the severity field?
For more information, please visit BugBot documentation.
Assignee | ||
Comment 4•1 year ago
|
||
Fairly sure bug 1894135 should fix this, but let's keep this open in case it doesn't. Please ni? me again if so :)
![]() |
Reporter | |
Updated•1 year ago
|
Updated•1 year ago
|
![]() |
Reporter | |
Comment 5•1 year ago
|
||
![]() |
Reporter | |
Comment 6•1 year ago
|
||
This problem is still reproduced on autoland build (changeset 4612b726c541 Bug 1894135 - Fix tooltip / unaccelerated transparent window rendering regression. r=win-reviewers,rkraesig).
@emilio, could you please look into this again?
![]() |
Reporter | |
Comment 7•1 year ago
•
|
||
This problem seems to occur when the title of a bookmark contains the emoji like "🦊" and "‼️".
screencast : https://youtu.be/KQjm8uyI8WM
Comment 8•1 year ago
|
||
The bug is marked as tracked for firefox127 (nightly). We have limited time to fix this, the soft freeze is in 7 days. However, the bug still isn't assigned.
:gcp, could you please find an assignee for this tracked bug? Given that it is a regression and we know the cause, we could also simply backout the regressor. If you disagree with the tracking decision, please talk with the release managers.
For more information, please visit BugBot documentation.
![]() |
Reporter | |
Comment 10•1 year ago
|
||
History menupopup is also affected: https://youtu.be/zDNqmJQpEqM
Assignee | ||
Updated•1 year ago
|
Assignee | ||
Comment 11•1 year ago
|
||
For popups that end up using WR we do need to repaint the transparent
area on show. Otherwise we end up with an empty invalidation region and
part of the window might not show.
I need to admit I haven't quite figured out why it'd partially show, but
in any case this restores behavior.
Assignee | ||
Updated•1 year ago
|
Assignee | ||
Updated•1 year ago
|
Assignee | ||
Updated•1 year ago
|
Comment 14•1 year ago
|
||
Set release status flags based on info from the regressing bug 1891063
Assignee | ||
Comment 15•1 year ago
|
||
This was fixed by backout.
![]() |
||
Updated•1 year ago
|
Updated•11 months ago
|
Description
•