Bookmarks menu stays open after minimize the window
Categories
(Core :: XUL, defect)
Tracking
()
People
(Reporter: easysan2k, Assigned: emilio)
References
(Regression)
Details
(Keywords: regression)
Attachments
(6 files)
204.57 KB,
image/jpeg
|
Details | |
355.60 KB,
image/png
|
Details | |
291.89 KB,
image/png
|
Details | |
209.71 KB,
image/png
|
Details | |
37.27 KB,
text/plain
|
Details | |
48 bytes,
text/x-phabricator-request
|
pascalc
:
approval-mozilla-beta+
RyanVM
:
approval-mozilla-release+
pascalc
:
approval-mozilla-esr115+
|
Details | Review |
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/115.0
Steps to reproduce:
Customize Toolbar -> add Bookmarks menu to the Toolbar. Open the Bookmarks menu an with the menu open minimize the Firefox window.
Actual results:
Like seen on the screenshot the Bookmarks menu stays on top at around 50% transparency. It will stay over any program. Clicking on this bugging Boormark menu will force it to close.
Expected results:
This bug was not there a few weeks ago.
Comment 1•2 years ago
|
||
The Bugbug bot thinks this bug should belong to the 'Firefox::Bookmarks & History' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
Comment 2•2 years ago
|
||
The severity field is not set for this bug.
:mak, could you have a look please?
For more information, please visit BugBot documentation.
Hello, thank you for the bug report!
Unfortunately I could not reproduce your issue. Would you be so kind as to answer a few questions so we can investigate this further?
- Does this issue happen with a new profile? Here is a link on how to create one: https://support.mozilla.org/en-US/kb/profile-manager-create--remove-switch-firefox-profiles
- Does this issue happen with latest nightly? Here is a link from where you can download it: https://www.mozilla.org/en-US/firefox/channel/desktop/
- Does this issue happen when Firefox is in Troubleshoot Mode? Here’s a link on how to enable it: https://support.mozilla.org/en-US/kb/diagnose-firefox-issues-using-troubleshoot-mode#w_how-to-start-firefox-in-troubleshoot-mode
Hi,
Does this issue happen with a new profile?
Yes, even with a new profile the bug is there.
Does this issue happen with latest nightly?
Yes, see the last attachments, did happen with the latest nightly too.
Does this issue happen when Firefox is in Troubleshoot Mode?
Yes, did happen even in Troubleshoot Mode.
I did test it even on my wifes pc, she runs Win11 x64 and i run Win10 x64.
Like you see in the attachment, the same bug did happen on her pc too.
All i did was:
Install the fresh FF Nightly
Rightclick -> Customize Toolbar
Drag the "Bookmarks menu" to the Toolbar
Click on "Done"
Leftclick on "Show you bookmarks"
Press the "minimize to Taskbar" Button
I did some research when the bug first appeared, so i installed all FF portable editions from 110.0 onwards.
Any version till 113.0.2 was working fine, on version 114.0.0 and up the bug is present.
So it did happen with the 114 release, hope this helps a little bit to pinpoint the error ;)
Comment 9•2 years ago
|
||
Thank you for doing the first regression range. Rather than installing portable versions, we can provide a better method to do it.
See https://mozilla.github.io/mozregression/, that software downloads builds for you, and let you reproduce the bug marking each build as good or bad, until you reach the exact change that caused the bug.
Since you already identified 113 as good and 114 as bad, you can pass --good 113 --bad 114 to only bisect between those 2 versions.
As a last thing, I'd ask if you could please attach a txt log from about:support page to this bug report, so we can check notable preferences and graphics information.
Updated•2 years ago
|
Reporter | ||
Comment 10•2 years ago
|
||
Comment 11•2 years ago
|
||
I managed to reproduce this issue with the information provided in comment 7.
Regression investigation result:
2023-08-11T16:39:05.386000: DEBUG : Found commit message:
Bug 1828587 - Don't paint or refresh animated images on throttled refresh drivers. r=smaug
As the compositor might be paused. We don't really want to queue a bunch
of paints that are never going to be visible.
Differential Revision: https://phabricator.services.mozilla.com/D176213
Comment 12•2 years ago
|
||
:emilio, since you are the author of the regressor, bug 1828587, could you take a look? Also, could you set the severity field?
For more information, please visit BugBot documentation.
Comment 13•2 years ago
|
||
This sounds very similar to bug 1832384 and bug 1843205 which are both fixed.
Updated•2 years ago
|
Assignee | ||
Updated•2 years ago
|
Assignee | ||
Comment 14•2 years ago
|
||
Huh, wtf. I'm pretty sure I sent a patch for this...
Assignee | ||
Comment 15•2 years ago
|
||
Assignee | ||
Comment 16•2 years ago
|
||
Alright, I goofed the bug #, whoops :)
Updated•2 years ago
|
Updated•2 years ago
|
Comment 17•1 years ago
|
||
Set release status flags based on info from the regressing bug 1828587
Comment 18•1 years ago
|
||
The severity field is not set for this bug.
:enndeakin, could you have a look please?
For more information, please visit BugBot documentation.
Updated•1 years ago
|
Comment 19•1 years ago
|
||
Comment 20•1 years ago
|
||
Comment 21•1 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/523189f103b0
https://hg.mozilla.org/mozilla-central/rev/355e2b268611
Comment 22•1 years ago
|
||
The patch landed in nightly and beta is affected.
:emilio, is this bug important enough to require an uplift?
- If yes, please nominate the patch for beta approval.
- If no, please set
status-firefox118
towontfix
.
For more information, please visit BugBot documentation.
Assignee | ||
Comment 23•1 years ago
|
||
Comment on attachment 9348934 [details]
Bug 1843700 - Hide popups synchronously if needed, even if already hiding async. r=tnikkel,cmartin,stransky
Beta/Release Uplift Approval Request
- User impact if declined: comment 0
- Is this code covered by automated tests?: No
- Has the fix been verified in Nightly?: Yes
- Needs manual test from QE?: Yes
- If yes, steps to reproduce: comment 0
- List of other uplifts needed: (the second patch in the bug needs uplift too)
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): Relatively simple / straight-forward fix.
- String changes made/needed: none
- Is Android affected?: No
Assignee | ||
Updated•1 years ago
|
Updated•1 years ago
|
Comment 24•1 years ago
|
||
Comment on attachment 9348934 [details]
Bug 1843700 - Hide popups synchronously if needed, even if already hiding async. r=tnikkel,cmartin,stransky
Approved for 118.0b6, thanks.
Comment 25•1 years ago
|
||
uplift |
Comment 26•1 years ago
|
||
bugherder uplift |
Comment 27•1 years ago
|
||
Verified as fixed on Windows 10 x64 and on Windows 11 x64 on Firefox Nightly 119.0a1(2023-09-07).
Comment 28•1 years ago
|
||
Verified as fixed on Windows 10 x64 and on Windows 11 x64 on Firefox 118.0b6.
Updated•1 years ago
|
Comment 29•1 years ago
|
||
Comment on attachment 9348934 [details]
Bug 1843700 - Hide popups synchronously if needed, even if already hiding async. r=tnikkel,cmartin,stransky
Approved for ESR 115.3, thanks.
Comment 30•1 years ago
|
||
uplift |
Updated•1 years ago
|
Updated•1 years ago
|
Comment 31•1 years ago
|
||
Comment on attachment 9348934 [details]
Bug 1843700 - Hide popups synchronously if needed, even if already hiding async. r=tnikkel,cmartin,stransky
Approved for 117.0.1
Comment 32•1 years ago
|
||
uplift |
Updated•1 years ago
|
Comment 33•1 years ago
|
||
Added to the 117.0.1 release notes:
Fixed the bookmarks menu sometimes remaining partially visible when minimizing Firefox
Comment 34•1 years ago
|
||
Verified as fixed on Windows 10 x64 and on Windows 11 x64 on Firefox 117.0.1.
Reporter | ||
Comment 35•1 years ago
|
||
(In reply to Hani Yacoub, Desktop QA from comment #34)
Verified as fixed on Windows 10 x64 and on Windows 11 x64 on Firefox 117.0.1.
can confirm, finally fixed ;)
Comment 36•1 years ago
|
||
Verified fixed with ESR 115.3 on Windows 10 and macOS 13.
Description
•