Dropdowns are still broken with CEF v127 for some users

[Hardy535]

Description of the problem

There seems to be another issue with the dropdowns since CEF v127.
Not only were the positions not correct as mentioned here (which is fixed now): #2395
But some users are reporting other weird rendering issues with them.

I can't reproduce it myself but other users are reporting it:

When using the dropdown, not a list appears but another (old) webview.
In this case it's a webview I show when the user logs in for discord authentication, however this webview is destroyed after the users logged in.
It seems to be some weird artifact that the users are seeing here as of the time the users see this, this "artifact" of a webview doesn't even exist anymore.

For most users it seems fine, but not for everyone.
We couldn't narrow down why this issue happens, doesn't seem specific to Intel/AMD/NVIDIA.
Users tried reinstalling alt:V but with no luck, before the CEF update this was not an issue.

Some clips from users reporting this problem:

• https://gyazo.com/57b1a51c196324caa21e583746cbe6c4
• https://gyazo.com/604e054bf89742ea30cda0c10de7f738

Reproduction steps

Unclear, only happens for some users when interacting with a dropdown but for them it's a consistent issue.
Just a normal dropdown that is used:

<select name="cars" id="cars">
  <option value="volvo">Volvo</option>
  <option value="saab">Saab</option>
  <option value="mercedes">Mercedes</option>
  <option value="audi">Audi</option>
</select>

Expected behaviour

Should display the normal dropdown items.

Additional context

No response

Operating system

Windows 23H2

Version

16.2.42

Crashdump ID

No response

Confirmation of issue's presence

• By submitting this ticket, I affirm that I have verified the presence of this issue on the latest RC (Release Candidate) version available at the time of writing this ticket.

[Shino58]

I confirm that when you use a dropdown in one webview and then destroy it to open another, both dropdowns are displayed.

[Hardy535]

I removed the code where the first webview (discord authentication "tutorial") gets created and destroyed afterwards and this seemed to fix it.
So something breaks if multiple webviews are used (and destroyed?)