Great ! Since you have it working now, please mark the thread as solved using the "Topic Tools" button so that other forum users may know a solution has been found :-) In case, there's an answer that provides the correct hint, you can also use the three button menu to mark it as the correct answer.

@forca maybe you need to do some additional steps From QSslSocket documentation: Describes the peer verification modes for QSslSocket. The default mode is AutoVerifyPeer, which selects an appropriate mode depending on the socket's QSocket::SslMode. QSslSocket::QueryPeer 1 QSslSocket will request a certificate from the peer, but does not require this certificate to be valid. This is useful when you want to display peer certificate details to the user without affecting the actual SSL handshake. This mode is the default for servers. Note: In Schannel this value acts the same as VerifyNone. And looking at this QWebEnginePage browser example, check the Downloading Favicons code snippet, which may help you accessing the underlying QSslSocket

@hsynkrkmz From posts I have seen elsewhere: this happens with QtWebEngine, sometimes. It seems to very picky about where it gets destroyed. If you are waiting for definitive answer, you might like to try moving around where/how you destroy it and see if different behaviour.

@Yakov-Eremin read this: https://doc.qt.io/qt-5/qtwebengine-features.html#html5-geolocation to check if geoclue is working properly simply test if it delivers a position: https://doc.qt.io/qt-5/qml-qtpositioning-positionsource.html#example-usage

Does the app work if you start it with --single-process added to the command line?

I've got the same situation on my iMX6 with Yocto Rocko. Any solution for this issue? Is the same situation on new release Sumo or Thud?

I use Windows and msvc 2015 compiler. I Installed a qt-opensource-windows-x86-5.9.2.exe. Then I changed a very little some headers in qtwebengine module. Then, I need to rebuild it. I opened configurated by Qt console for msvc2015 x86_64 compiler, go to the src/qtwebengine, typing qmake and after that nmake. nmake only outputs Microsoft (R) Program Maintenance Utility Version 14.00.24210.0 Copyright (C) Microsoft Corporation. All rights reserved. but did nothing. I downloaded qtwebengine-opensource-src-5.9.2 separately and try to buid it - the same result. How to rebuild qtwebengine using msvc 2015 compiler?

Hi, From a quick look at the sources of the module: Yes it does and yes for iOS and Android, so in your case for macOS, no. In 5.9, the native macOS web view is used rather than QtWebEngine and support for winrt For number 2, what should your application do ?

Nowadays the software renderer for WebGL works fine. I wonder if there is some easy way to detect if the video adapter is affected (probably intel && being "old") and if that's the case, to switch to software renderer, at run-time - maybe before initializing QApplication? in order to pass --enable-webgl-software-rendering parameter programmatically.

Hi, Thanks for replying, I solved my issue. I was missing some "#include" in different files.

@mpergand you are right, this line solved the problem. Thank you very much!

@jsulm Thanks for the suggestion. I forget about ldd and usually notice about missing dependencies when I get an error. It's a great suggestion in this case when I may not see the errors, but I checked and all dependencies have been met. @sneubert You're the bomb!!! That was it. I recompiled with the enable plugins flag set and all is working now. Thank you so much for your help. Not sure how else I would have found it.

Looks like adding the use_proprietary_codecs define in .qmake.conf is not allowed by design?, i need to add these changes in order qt 5.8 to pick up the additional WEBENGINE_CONFIG : #Edit ..\qt-everywhere-opensource-src-5.8.1\qtwebengine\.qmake.conf #Add WEBENGINE_CONFIG += use_proprietary_codecs #Edit ..C:\QT-Build\qt-everywhere-opensource-src-5.8.1\qtwebengine\configure.json #Line 45 "autoDetect": false, into "autoDetect": true,

mark qtwebengine_resources.pak + qtwebengine_resources_100p.pak+ qtwebengine_resources_200p.pak

In my case this function works: onFeaturePermissionRequested: { console.log("onFeaturePermissionRequested"); webEngineView.grantFeaturePermission(securityOrigin, feature, true); } Tested on Qt 5.6 and Qt 5.7 on Desktop and Embedded

Hi, Did you also install Qt for MSVC2013 ?

Hi and welcome to devnet, That's a question you should bring to the interest mailing list. You'll find there Qt's developers/maintainers. This forum is more user oriented.

Hi, I'd recommend posting that question to the the QtWebEngine mailing list. You'll find there QtWebEngine's developers/maintainers. This forum is more user oriented.

Thanks. I take a look at hat and at http://tishion.github.io/QCefView/ But then we end up in using an extra lib. Something we want to avoid.... :-(

I had the same question as you,I think ,maybe your project is short of the '.js' file. You can add the '.js' file to the project-resource , then have a try. By the way ,In my project , It has the ',js' file,but there is still a quetion. In my projtct,I want load a HTML that use google maps api and show maps offline ,oc course I have doemloaded the map titles .the HTML can work in any browser, such as chrome, IE ,firefox and so on,but the html doesnot work in Qt5.6.0 which I use the QWebEngineWidget class. The error is : js: Uncaught TypeError:google.maps.LatLng is not a function js: Uncaught TypeError:google.maps.MAP is not a function So,this is my question,I haven't solved。

Solved: the cause was the stub in mesa3d drm backend. It's solved by altering the backend.

Old post but I had the same error; I had to build qtdeclarative BEFORE qwebchannel to solve this error.

@Zevero I had the same problem, is there a solution for the mouse click that doesn't work in the web pages.

alas no luck - so far still the only option is to use command line parameters to your own app - and yes every single embedded web engine sub-process will reuse the same parameters (no luck with different proxy per tab problem) e.g. if you try MyApp.exe --proxy-server=host:port and your app opens 10 tabs the same proxy it will be reused by every single tab/or browser/or sub-process/ pretty much the same as setting global proxy (at application level) https://bugreports.qt.io/browse/QTBUG-59490 BTW: if they implement the above they need to decide which has higher priority - global app level proxy or per web engine sub-process

Hi May I ask how you got this to build? I am trying to compile Qt with the following configuration (for Raspberry Pi): ./configure --prefix=/usr -release -opensource -confirm-license -c++11 -no-largefile -no-qml-debug -system-zlib \ -no-journald -system-libpng -system-freetype -system-libjpeg -system-sqlite -openssl -no-pulseaudio -alsa \ -no-sql-db2 -no-sql-ibase -no-sql-mysql -no-sql-oci -no-sql-odbc -no-sql-psql -no-sql-sqlite2 -no-sql-tds -nomake examples -reduce-exports \ -no-directfb -no-linuxfb -eglfs -no-xcb -device linux-rasp-pi-g++ -device-option CROSS_COMPILE=/usr/bin/ -sysroot / Here is my patch: diff --git a/qtwebengine/tools/qmake/mkspecs/features/functions.prf b/qtwebengine/tools/qmake/mkspecs/features/functions.prf index ef0320d..5abaecc 100644 --- a/qtwebengine/tools/qmake/mkspecs/features/functions.prf +++ b/qtwebengine/tools/qmake/mkspecs/features/functions.prf @@ -12,13 +12,9 @@ defineTest(isPlatformSupported) { return(false) } - linux-g++*:!isGCCVersionSupported(): return(false) - !isPythonVersionSupported(): return(false) - linux-g++*|win32-msvc2013|macx-clang: return(true) boot2qt: return(true) - skipBuild("Qt WebEngine can currently only be built for Linux (GCC), Windows (MSVC 2013), OS X (XCode 5.1+) or Qt for Device Creation.") - return(false) + return(true) } defineTest(isPythonVersionSupported) { -- 2.1.0 And it succeeds, but I don't get a message about WebEngine being an unsupported platform. It simply does not build that module. I tried to follow this reference here, but had no luck either: https://forum.qt.io/topic/48223/webengine-raspberry-pi/2 I am building native, not cross, on Debian Jessie. Thanks in advance, Sam

Waiting online~~~