WebView / WebControl objects - IE control issue

Well, I discovered something really weird and so bad that it gotta be a bug...

I looks like from the transition of Fusion 2.0 to 2.5 something have changed breaking any kind of page loading extension (WebView, Web Control Object, even ActiveX elements)
Some pages will break because javascript is disabled and these extensions will run in Internet Explorer 7 Compatibility View instead of using the normal IE or Edge engine.
Phi and I was discussing about this on Discord, and we found out that in Fusion 2.5 the WebView extension was loading correctly, with JS and using Edge's engine (although it thinks it's on windows 8 instead of 10, and using an older version of Edge)
But on Fusion 2.5, it's broken. He tested the older WebView version (1.30) on Fusion 2.5, but the problem persists.
I believe that some change in Fusion 2.5 broke it, because it doesn't seem to be a problem with those extensions.

It could also be the reason some people complained about WebView in the past, as seem here: Please login to see this link.

Here's the test, Fusion 2.5:
Please login to see this attachment. Please login to see this attachment.
Please login to see this attachment.

Now Fusion 2.0:
Please login to see this attachment.
Please login to see this attachment.

As you can see, something is broken.
All these pages work normally in any browser in the computer, IE, Edge, Chrome, Firefox...
Disabling firewall and antivirus does not change it.

Please, this needs to be fixed...

Well, you can test yourself. There's a problem that makes any WebView pratically useless on Windows, nobody seem to know what causes this, it's 1000% reproducible, and nobody seem to care.
I have a lot of ideas that depend on WebView working, going back to 2.0 just because of this is insanity.
Barelly giving up on software development using Fusion because of this... I love doing things Fusion's way, but this is a absurd limitation.

If Fusion isn't causing this, at least explain why in Fusion 2.0 it works and in Fusion 2.5 don't, on the same computer.

Fernando, It didn't worked on my computer and Phi's computer.
I have no idea what causes this, but for Phi it worked on Fusion 2.0 but not on 2.5

We have to know what causes this, or people can build broken apps that work on their pcs but not on others!

Testing the same mfa as yours:

Please login to see this attachment.

[MENTION=28634]Manuel[/MENTION] surprisingly this works, but why some computers don't ever need to set this once, and some need to add this for each and every application?? It makes no sense

I was thinking about steam somehow blocking it...
[MENTION=6268]Fernando[/MENTION] Yes, I'm using Fusion 2.5+ Developer Build R292.22, already tried reinstaling and updating the extension, it's on 2.1
The folder didn't even existed here, creating it did not fixed, I added an dword with the name "*" so it works with all apps...

But there must be a better way, people make softwares for companies with Fusion, having to mess with Registry Keys shouldn't be a thing...

Edit: I was testing Process Monitor and this appered on registry, added by WebView, but it still doesn't work.

Please login to see this attachment.

The ones above look to be the legacy names of the Fusion windows runtime, this is the full list of newer runtime executables, it looks like Fusion 2.5 randomly(?) picks one of these:

Please login to see this attachment.

Adding all the runtime executables, fixed it.
SO, it was somewhat Fusion's fault, it did changed something, new executables was added, I don't know why exactly but...
(it looks like it may be different runtimes, like screensaver, but in my computer it seem to almost ever run Windows runtime with edrtex.exe)

Both WebView and Web Control Object (and maybe others that need to add FEATURE_BROWSER_EMULATION to the regitry) need to be updated for the new executable variants.
Also, would be nice if in the extension we could select with browser it would emulate

Edit2: It looks like closing the apps also deletes the whole folder in the registry, which breaks the temporary "fix"
And it looks like it uses edrt.exe only when "Compress the runtime is enabled"

Correction: only Web Control Object delete the whole FEATURE_BROWSER_EMULATION folder in the registry. This needs to be fixed...

WebView2 does it almost right, it adds the values (only edrt.exe and edrt.vhost.exe, but Fusion's uses more than these nowadays) and deleted the VALUES leaving the folder when closed.
But, Web Control Object does it differently, it looks like it can't add the key and values, but on exiting it deletes the WHOLE key (folder) from registry, so if the user (or another software) add another software to the list through regedit, Web Control Object will delete it all, not only what it create.

The problem is: Browser emulation will not work in some because the executable name is different from what the extension adds.
I did found an workaround by adding the key and values through registry extension, but imagine a person that doesn't know how to use this, wrecking others computers...
The extensions need to add ALL windows runtime executables to work properly, but it only adds two that are not used anymore (it was used on Fusion 2.0, and it may be used when Compress Runtime is ON.

My executables uses mostly edrtex.exe (sometimes I have seen it using stdrtex.exe), which ISN'T added by WebView2 nor Web Control Object.

Edit: Also it looks like WebView2 only add the values, but if the key (folder) do not exists it will not create it.

[MENTION=6268]Fernando[/MENTION] is this enough tests?

Please login to see this link.

[MENTION=6268]Fernando[/MENTION] well, now it looks like it's working correctly Thanks for the update

[MENTION=5114]Yves[/MENTION] Well, about Windows Control Object, there are features to add fill elements, get specific lines of text, this is useful for my automation system, this is why I still use it.
It really don't have any drawback that I can see, fixing the browser emulation it works just like WebView2 but with more features...
You should see the video that I made showing what was the problem, I did created the key and the previous version wasn't adding the correct file names.
You can see with you own eyes: Please login to see this link.
It still not add the values with the exact file name ("game bla bla bla.exe") but it's adding the correct internal file name now edrtex.exe (works in the editor), stdrtex.exe (works for the built file)
All I said was based in the research I did seeing exactly what WebView2 added or removed to the Windows Registry and what show up on Task Manager, I work with computers my entire life (since a child in 1995), I'm also a technician, I know what I was seeing and you can check the video if you still believe I was seeing it "wrong".

Edit: Now everyone can test if their WebView2 isn't working correctly, [MENTION=5114]Yves[/MENTION], I made a little example that check exactly what WebView was doing and what it currently does, you can test for yourself.
This can be used in the future to debug if it breaks again, I included two exe (before and after the fix) and their mfa:
Please login to see this link.