PiP window not fully snapping the corner anymore
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•9 months ago
|
||
Comment 2•9 months 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•9 months 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•9 months ago
|
||
Updated•9 months ago
|
Assignee | ||
Comment 5•9 months 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•9 months ago
|
||
https://treeherder.mozilla.org/jobs?repo=try&revision=5ff17a30af0c882fb768a14b35c830cb55ddc905 is the try run with this patch.
Reporter | ||
Comment 7•9 months 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•9 months 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•9 months ago
|
||
Ctrl+drag snapping is better than before, but I do see a slight (like 1-2px) bleed into the other screen still.
Updated•9 months ago
|
Reporter | ||
Updated•8 months ago
|
Reporter | ||
Comment 10•8 months 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•8 months 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•8 months ago
|
Reporter | ||
Updated•8 months ago
|
Reporter | ||
Comment 12•8 months ago
|
||
Any thoughts on the remaining bit of pixel bleed with the current patch?
Updated•8 months ago
|
Comment 13•7 months ago
|
||
Set release status flags based on info from the regressing bug 1930292
Reporter | ||
Comment 14•7 months 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•7 months ago
|
Comment 15•5 months ago
|
||
Comment 16•5 months ago
•
|
||
Backed out for causing bc failures @ browser_conflictingPips.js
Backout link: https://hg.mozilla.org/integration/autoland/rev/724f323658f2b1008ee2284dd25aa76de95a0f32
Assignee | ||
Updated•5 months ago
|
Comment 17•5 months ago
|
||
Updated•5 months ago
|
Comment 18•5 months ago
|
||
Updated•4 months ago
|
Description
•