How do I avoid this on Windows without having to pay $$$ for a third party component?
Couldn’t sign you in. This browser or app may not be secure. Learn more. Try using a different browser. If you’re already using a supported browser, you can try again to sign in.
It works out of the box on Linux so it should be possible on Windows and Mac without spending extra money on buying widgets that do the same job, right?
First you might tell us what you are trying to do. Secondly, the security on macOS and Windows is way stronger than on Linux. Either you pay for components or you spend time to develop your own solutions.
Can we change the Browser identification using HTMLViewer? it may be as simple as that, some servers only check that to decide if the browser is compatible or not.
@Beatrix_Willius is right. We need to get more information about what you are doing. What are you trying to display in the DesktopHTMLViewer, that is the address of the site ? Which version of Xojo are you using, this is quite important ?
When looking at the Viewer, type F12 to display Developer tools and look for errors that would be displayed, this is also a very good source oh hints.
Help us help you !
The application helps people organize their private playlists on YouTube.
In particular the “Watch Later” playlist because you can not modify that via the API.
Therefore the user needs to log into YouTube in order to see their private playlists.
Unfortunately it seems only the Linux HTMLViewer passes whatever criteria that Google implemented.
If you are curious you can see for yourself by setting the URL to https://www.youtube.com/playlist?list=WL
No problems here on Mac. Was able to sign in from within the DesktopHTMLViewer to the URL provided. The only ‘problem’ is that it says ‘No videos in this playlist yet’
I’m sorry I can’t test on Windows.
I ran into this a few months ago as well. Yes, the version of Chromium used in the Windows build of the HTMLViewer will not allow logins to Google, Apple, etc.
If you have MBS you can use WebView2ControlMBS and it will work fine.
Do you know if there is a case/issue to update Chromium version for Windows? I can’t find one.
Something working with Linux and Mac but not on Windows should push Xojo to fix it soon.
I don’t know that there’s anything to fix. Google specifically says that they no longer support embedded browsers, so it’s not clear that updating Chromium will fix it. The fact that it’s working in Safari/Edge may be an oversight on Google’s end, or it may be that those browsers simply don’t report themselves as being embedded while Chromium does.
If you have MBS you can use WebView2ControlMBS and it will work fine.
I could only find paid components, where do I find the repo for WebView2ControlMBS?
Seems that if MBS means Monkey Brains that it is paid and Windows only, either of which would rule it out for a multiplatform open source project, sorry
Monkeybread Software plugins, containing WebView2ControlMBS is a paid addon.
Perhaps you should ask Xojo for a refund since the built in tools don’t suffice?
Monkeybread Software plugins, containing WebView2ControlMBS is a paid addon. Perhaps you should ask Xojo for a refund since the built in tools don’t suffice?
Not sure what you mean here, can you explain?
Sadly, there is no option to do what you want without paying for a third party.
If you just bought a license in the last 90 (?) days or so, you can ask for a refund if Xojo does not do what you need.
Edit: as an alternative, you can open an Issue asking Xojo to update Chromium component if that allows login to Youtube as Mac and Linux can. Or contact support.
Yes MBS is a paid addon, but it’s the only way I know of to do an embedded login on Windows at the moment.
You can of course implement Oauth2 and try to go that route but that is a fairly significant undertaking.
A repo worth exploring would be: GitHub - sysdzw/WebView2DemoForVb6: WebView2Demo for vb6 where they have implemented Edge’s WebView2 in VB6, it may be possible to port their work over to Xojo as they wrote a custom DLL to handle it.
A little known fact, but you can embed a WebView2 control using our DesktopXAMLContainer on Windows. See our TabViewAndWebView example project to see if this could potentially serve as a workaround for now.
OK thank you.
I am still evaluating Xojo as a teaching tool (I teach programming online and in person but Python, our usual go-to, is not a good fit for desktop or mobile apps) so there is nothing to refund in my case, thanks for clarifying though 
Oauth is how I am doing the automation in Python interestingly enough, but through that you do not have rights to the Watch Later, hence the browser automation
It might be I have to go the chrome extension route and find another example application to demo xojo. I already have some other project ideas so not a huge problem.
Oh, interesting!
