[Bug]: WebContentsView has no ability to set which view is "on top" when overlapping

[neobyteUK]

Preflight Checklist

• I have read the Contributing Guidelines for this project.
• I agree to follow the Code of Conduct that this project adheres to.
• I have searched the issue tracker for a bug report that matches the one I want to file, without success.

Electron Version

30.0.2

What operating system are you using?

Windows

Operating System Version

Windows 10

What arch are you using?

x64

Last Known Working Electron version

No response

Expected Behavior

When two BrowserViews within a single BrowserWindow overlap, the one that is "on top" is interactable with. Which one is on top can be set via:

window.setTopBrowserView(view);

I would expect there to be a similar API for WebContentsView.

Actual Behavior

There is no API for WebContentsView.

Testcase Gist URL

No response

Additional Information

This can be worked around via removing and immediately re-adding a WebContentsView, which appears to set it to the "top".

window.contentView.removeChildView(view);
window.contentView.addChildView(view);

But this feels like a regression versus what we had before.

[neobyteUK]

Looks like this will be effectively resolved when #42085 is merged.

[mckravchyk]

I think there should be a direct method to do it, like setTopChildView. The intent of calling addChildView on existing view to push it on top is not clear and requires either adding a comment to explain it or creating a wrapper function.