This is a great question and I'm dealing with the same issue, did you manage to figure out the solution? It would be great to share with the rest of us in case you managed to solve this issue...
If not, this is what I'm going to try out tomorrow:
The AuthorizeWithBrowser signal has a URL as parameter:
I will create a public slot method where I create the web engine and open the page
I will keep you posted!
This may sound weird but I play around with it some more and it was calling another method. I changed some of the code in that method and then downloadRequested got called. I guess something went squirrelly in the QT engine.
Hi and welcome to devnet,
If you have to stay on MinGW then you should build the QtWebkit module. QtWebEngine can only be built following the constraints of the Chromium project which means that currently only VS2017 is supported.
So I finally figured it out. It appears to fix the " Unrecognized Content-Security-Policy directive 'disown-opener" error you would have to incorporate the html tag attribute "rel=noopener" in each link tag. However since I want to download html webpages from other sources it would be a bit hard to change each link.
Instead after some trial and error I found that this header "Upgrade: websocket" fixed the issue.
I manage to resolve by upgrading to qt5.12 and Microsoft visual studio 2017. However, when I want to call an external keyboard (a separate exe file) . It is always been block by QtWebengineprocess.exe, how to bring my external keyboard forward?
Thank you @maximus, it worked very well with the git repository. I don't really know why it didn't work with the source for the archive but it doesn't really matter.
I can confirm that the topic is resolved and this option worked as expected with this method.
I hope I understand your problem.
Attention, since reference is made to a fake url it generates error in the log.
@leenamiettinen thanks for responding. Yes, I was referring to that page. But the point is that statement is included a part of the second paragraph that refers to Chromium and third party licenses. So, it seems to me that "LGPLv2.1" in that sentence is applicable only to the Chromium and related third parties modules (but not to the rest of Qt modules also included in QtWebEngine).
I had to download the exact service Chromium version as the release note here:
Then extract the Widevine folder from the Chromium package to the path below
the path changed for widevine, it needs a folder now, see screenshot
Update: it seems that calling the setUrl on the constructor of the QMainWindow the page works fine; if I call the method later (even just before the main window .show() method) the repaint events don't get called
I am with @JKSH on this: how do you actually know the object is valid? Because when JS says
that (should) mean that the lhs of whatever you are calling forEach() on has the value null....