electron/shell
trop[bot] 7f53717e48
fix: propagate layout call to all children of `InspectableWebContentsViewViews` (#40036)
Propagate layout call to all children of InspectableWebContentsViewViews.

When BrowserView bounds are set from js, those might not trigger layout
immediately, sometimes propagating InvalidateLayout call to parent.
View is marked as needing layout, expecting to receive it from parent on
next layout call. The problem is that BrowserView's view is added as child
of InspectableWebContentsViews which does not call setBounds (which
would trigger layout) on all of it's children when doing it's layout,
so it skips propagating Layout call to its children BrowserViews views,
even though those were marked as needing layout.
Call base class View::Layout which will iterate over views' children
and call Layout on those that were marked as needing them.

Fixes #39993.

Co-authored-by: trop[bot] <37223003+trop[bot]@users.noreply.github.com>
Co-authored-by: Marek Haranczyk <marek@openfin.co>
2023-09-28 18:55:06 -04:00
..
app refactor: clean up Node.js cli arg parsing (#39510) 2023-08-16 09:45:06 +02:00
browser fix: propagate layout call to all children of `InspectableWebContentsViewViews` (#40036) 2023-09-28 18:55:06 -04:00
common feat: support `chrome.scripting` extension APIs (#39676) 2023-09-28 11:29:05 -04:00
renderer feat: add `senderIsMainFrame` to messages sent via `ipcRenderer.sendTo()` (#39206) 2023-07-27 22:59:46 +02:00
services/node chore: remove unused std includes (#38795) 2023-06-14 17:35:49 -04:00
utility chore: remove unused std includes (#38795) 2023-06-14 17:35:49 -04:00