Do no change window size by PresentableSharedImage::PresentToWindow()
Categories
(Core :: Widget: Win32, enhancement)
Tracking
()
People
(Reporter: sotaro, Assigned: sotaro)
References
(Blocks 1 open bug)
Details
(Whiteboard: [proton-foundations])
Attachments
(1 file)
PresentToWindow() calls UpdateLayeredWindow(). It set window size from size of mSharedImage. But there was a case that window size was already updated since mSharedImage creation.
In this case, window size was reverted to old size. And it caused a problem as in Bug 1701451 comment 22.
Assignee | ||
Updated•2 years ago
|
Assignee | ||
Comment 1•2 years ago
|
||
Updated•2 years ago
|
Assignee | ||
Comment 2•2 years ago
|
||
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Assignee | ||
Comment 3•2 years ago
|
||
Comment 4•2 years ago
|
||
I can confirm that this patch fixes bug 1701451 on my Windows 10 machine.
Pushed by sikeda.birchill@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/8537afd2dcaa Do no change window size by PresentableSharedImage::PresentToWindow() r=cmartin
Comment 6•2 years ago
|
||
bugherder |
Updated•2 years ago
|
Comment 7•2 years ago
|
||
Should this be wontfix for 89 given that this fixes bug 1703741?
Assignee | ||
Updated•2 years ago
|
Updated•2 years ago
|
Comment 8•2 years ago
|
||
Pascal, can you please help assess risk here? I agree that this is desirable but also realize we're late in Beta cycle and have no idea about the risk that the patch could bring to 89.
Comment 9•2 years ago
|
||
Our last beta is tomorrow, bug 1703741 feels like an edge case (unfortunately it wasn't properly triaged and the bug has no severity set, but it feels to me not a big issue) and has no duplicate over the last month, I think we should let it ride the trains or take it in an 89 dot release if we realize that it would fix a more common bug discovered after shipping.
Comment 10•2 years ago
|
||
Thanks, OK let's leave the 'won't fix' flag.
Updated•2 years ago
|
Description
•