PiP window not fully snapping the corner with widget.windows.pip-decorations.enabled=true
Categories
(Toolkit :: Picture-in-Picture, defect, P1)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox-esr128 | --- | unaffected |
| firefox133 | --- | unaffected |
| firefox134 | --- | unaffected |
| firefox135 | --- | disabled |
| firefox136 | --- | disabled |
| firefox137 | --- | disabled |
People
(Reporter: RyanVM, Assigned: emilio)
References
(Blocks 1 open bug, Regression)
Details
(Keywords: regression)
Attachments
(4 files, 1 obsolete file)
I'm on Windows 10 with dual 4K monitors and 200% DPI scaling. mozregression narrowed the range down to https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=500caaac66157c1e050742dd8ac2c959e8c6d4d0&tochange=91e11316d48cf2231d097057e123a01bd78aa7cb
The attached screenshot shows a PiP window which should be snapped to the bottom-right corner of the left monitor, but you can see the padding around it instead of being tight against the boundary like it previously was. If I try to Ctrl+Drag it to the corner, it snaps correctly to the taskbar along the bottom, but the right side of the window ends up on the right screen by the same margin as was previously showing.
| Reporter | ||
Comment 1•1 year ago
|
||
Comment 2•1 year ago
|
||
The Bugbug bot thinks this bug should belong to the 'Toolkit::Picture-in-Picture' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
Comment 3•1 year ago
|
||
Set release status flags based on info from the regressing bug 1932600
:emilio, since you are the author of the regressor, bug 1932600, 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
|
||
Updated•1 year ago
|
| Assignee | ||
Comment 5•1 year ago
|
||
Right... So this is because the code isn't accounting for the now-present window decorations. I have a fix, but I need to fix a bunch of tests, and there's also the issue of the decoration size not being known ahead of time when opening the default window position (though that's fixable I believe).
| Assignee | ||
Comment 6•1 year ago
|
||
https://treeherder.mozilla.org/jobs?repo=try&revision=5ff17a30af0c882fb768a14b35c830cb55ddc905 is the try run with this patch.
| Reporter | ||
Comment 7•1 year ago
|
||
(In reply to Emilio Cobos Álvarez (:emilio) from comment #6)
https://treeherder.mozilla.org/jobs?repo=try&revision=5ff17a30af0c882fb768a14b35c830cb55ddc905 is the try run with this patch.
I'm still seeing the incorrect behavior with this build.
| Assignee | ||
Comment 8•1 year ago
|
||
Do you see incorrect initial position, or incorrect snapping with Ctrl + drag? My patch fixes the later, the former is a bit trickier (looking into it as well).
| Reporter | ||
Comment 9•1 year ago
|
||
Ctrl+drag snapping is better than before, but I do see a slight (like 1-2px) bleed into the other screen still.
Updated•1 year ago
|
| Reporter | ||
Updated•1 year ago
|
| Reporter | ||
Comment 10•1 year ago
|
||
Hi Emilio, what's the status of this bug with Fx135 going to RC in about a week and a half?
| Assignee | ||
Comment 11•1 year ago
|
||
So this patch works on windows, but on Linux it does not because the window sizes are all busted there (bug 581863). I need to investigate some minor failures with that patch tho, and I haven't had the time.
| Assignee | ||
Updated•1 year ago
|
| Reporter | ||
Updated•1 year ago
|
| Reporter | ||
Comment 12•1 year ago
|
||
Any thoughts on the remaining bit of pixel bleed with the current patch?
Updated•1 year ago
|
Comment 13•1 year ago
|
||
Set release status flags based on info from the regressing bug 1930292
| Reporter | ||
Comment 14•1 year ago
|
||
Bug 1934375 effectively disabled the change which caused this problem. Leaving the bug open for follow-up work to address the underlying problem still, however.
| Assignee | ||
Updated•1 year ago
|
Comment 15•1 year ago
|
||
Comment 16•1 year ago
•
|
||
Backed out for causing bc failures @ browser_conflictingPips.js
Backout link: https://hg.mozilla.org/integration/autoland/rev/724f323658f2b1008ee2284dd25aa76de95a0f32
| Assignee | ||
Updated•1 year ago
|
Comment 17•11 months ago
|
||
Updated•11 months ago
|
Comment 18•11 months ago
|
||
Updated•11 months ago
|
| Assignee | ||
Updated•5 months ago
|
Description
•