Closed
Bug 1453888
Opened 7 years ago
Closed 2 years ago
Opening "History" and "Bookmarks" subitems in "Library" item causes menu tearing after landing patches from bug #1356317
Categories
(Core :: Graphics: Layers, defect, P3)
Tracking
()
VERIFIED
WORKSFORME
Tracking | Status | |
---|---|---|
firefox-esr52 | --- | unaffected |
firefox-esr60 | --- | wontfix |
firefox59 | --- | wontfix |
firefox60 | --- | wontfix |
firefox61 | --- | wontfix |
firefox62 | --- | wontfix |
firefox63 | --- | wontfix |
firefox64 | --- | wontfix |
firefox65 | --- | wontfix |
firefox66 | --- | wontfix |
firefox67 | --- | wontfix |
firefox67.0.1 | --- | wontfix |
firefox68 | --- | wontfix |
firefox69 | --- | wontfix |
firefox108 | --- | unaffected |
People
(Reporter: Virtual, Unassigned)
References
Details
(Keywords: nightly-community, regression, Whiteboard: [gfx-noted])
STR1:
1. Open Firefox
2. Press "Library" button (if it's hidden, add it in "Customize Firefox" mode)
3. Press "History" or "Bookmarks" item
and see that menu is rendered with tearing
STR2:
1. Open Firefox
2. Press "Hamburger" button
3. Press "Library" item
4. Press "History" or "Bookmarks" subitem
and see that menu is rendered with tearing
Reporter | ||
Updated•7 years ago
|
Has STR: --- → yes
Reporter | ||
Comment 1•7 years ago
|
||
It's not visible when I want to record it on screencast, I could record it with camera if needed.
Updated•7 years ago
|
Component: Theme → Graphics
Product: Firefox → Core
Comment 2•7 years ago
|
||
If you're seeing this on nightly, is it possible for you to use mozregression to narrow down when this broke?
Flags: needinfo?(Virtual)
Reporter | ||
Comment 3•7 years ago
|
||
I will do that, when I will have more spare time.
Flags: needinfo?(Virtual)
Reporter | ||
Updated•7 years ago
|
Flags: needinfo?(Virtual)
Reporter | ||
Comment 4•7 years ago
|
||
Done.
Regression caused by:
Bug #1356317
Regression range pushlog:
https://hg.mozilla.org/integration/mozilla-inbound/json-pushes?changeset=d1181db727669d3f0902c9ace520c377f67ae46a&full=1
mozregression-gui log:
> 2018-04-15T19:29:31: INFO : Narrowed inbound regression window from [3c5e2dad, d1181db7] (3 builds) to [41b421e9, d1181db7] (2 builds) (~1 steps left)
> 2018-04-15T19:29:31: DEBUG : Starting merge handling...
> 2018-04-15T19:29:31: DEBUG : Using url: https://hg.mozilla.org/integration/mozilla-inbound/json-pushes?changeset=d1181db727669d3f0902c9ace520c377f67ae46a&full=1
> 2018-04-15T19:29:32: DEBUG : Found commit message:
> Bug 1356317 - Touch ups for flaky dev tools popup tests. r=mratcliffe
>
> 2018-04-15T19:29:32: INFO : The bisection is done.
> 2018-04-15T19:29:32: INFO : Stopped
Blocks: 1356317
Has Regression Range: --- → yes
status-firefox59:
--- → affected
status-firefox60:
--- → affected
status-firefox-esr52:
--- → unaffected
Component: Graphics → Graphics: Layers
Flags: needinfo?(Virtual)
Version: 61 Branch → 56 Branch
Updated•7 years ago
|
Reporter | ||
Updated•7 years ago
|
Flags: needinfo?(spohl.mozilla.bugs)
Updated•7 years ago
|
Flags: needinfo?(spohl.mozilla.bugs) → needinfo?(mstange)
Comment 5•7 years ago
|
||
Bas, do you know what might cause transparent popup windows with OMTC to have tearing on Windows? It sounds like this happens only if the window is resized during the animation.
Flags: needinfo?(mstange) → needinfo?(bas)
Reporter | ||
Updated•7 years ago
|
Summary: Opening "History" and "Bookmarks" subitems in "Library" item causes menu tearing → Opening "History" and "Bookmarks" subitems in "Library" item causes menu tearing after landing patches from bug #1356317
Updated•7 years ago
|
Priority: -- → P3
Whiteboard: [gfx-noted]
Reporter | ||
Updated•7 years ago
|
status-firefox62:
--- → affected
Updated•7 years ago
|
Reporter | ||
Updated•7 years ago
|
status-firefox63:
--- → affected
Updated•6 years ago
|
Reporter | ||
Updated•6 years ago
|
status-firefox64:
--- → affected
Reporter | ||
Updated•6 years ago
|
Comment 6•6 years ago
|
||
Since this has been triaged already by the graphics team I'm setting the flags to fix-optional. We don't need to keep triaging for each release.
Updated•6 years ago
|
Reporter | ||
Updated•6 years ago
|
status-firefox66:
--- → fix-optional
Reporter | ||
Updated•6 years ago
|
Comment 7•6 years ago
|
||
Bulk change for all regression bugs with status-firefox67 as 'fix-optional' to be marked 'affected' for status-firefox68.
status-firefox68:
--- → affected
Updated•6 years ago
|
Reporter | ||
Updated•6 years ago
|
Comment 8•5 years ago
|
||
Happy to take a patch for 70 but since this is triaged and set to P3 priority I'm setting it as fix-optional.
That will remove the bug from weekly regression triage.
Updated•4 years ago
|
Flags: needinfo?(bas)
Updated•3 years ago
|
Comment 9•2 years ago
|
||
In the process of migrating remaining bugs to the new severity system, the severity for this bug cannot be automatically determined. Please retriage this bug using the new severity system.
Severity: major → --
Reporter | ||
Comment 11•2 years ago
|
||
I cannot reproduce the issue anymore in Mozilla Firefox 108.0a1 (2022-10-30) (64-bit), so I'm marking this issue as WORKSFORME.
Status: NEW → RESOLVED
Closed: 2 years ago
Flags: needinfo?(Virtual)
Resolution: --- → WORKSFORME
Reporter | ||
Updated•2 years ago
|
Status: RESOLVED → VERIFIED
Reporter | ||
Updated•2 years ago
|
status-firefox108:
--- → unaffected
You need to log in
before you can comment on or make changes to this bug.
Description
•