QtWebEngine

Hello! So, I added this patch: https://codereview.qt-project.org/c/qt/qtwebengine-chromium/+/505412 I have successfully built QtWebEngine 5.15.14 for Visual Studio 2022. Now, this issue is resolved.

thanks for the reply @mpergand Does that mean that on the new API, there's no way to set it as a static method so it's global for all pages and I'll have to set the profile and use it as a global variable instead of just configuring defaults at class level? EDIT: never mind, fixed it using something like this from your suggestion, thanks! QWebEngineProfile::defaultProfile()->settings()->setAttribute(QWebEngineSettings::LocalContentCanAccessFileUrls, true);

@Aronox QWebEngine is known to be particularly slow in Debug builds. Although I understand you are only interested in the difference in speed between the two, it would be interesting to see what that is on a Release build instead.

@somethingvague I'm also having the same problem with my application. In my case I initialize the class which contains the web engine view instance (let us say class B) after someone clicks some button in a different class(let's say A), Now both classes A and B have different UI interfaces. Can you please help me stop flicker from happening in this case? [image: 2c295871-744e-45db-8ff9-25e519eb770b.png] [image: fb00c9fd-87ef-469a-85bf-7af55e1cfc8a.png] I have shown the Class B initialization and engine setup above. I have initialized class and enigine setup before window.show() as been told in the above conversation.

Well, as I said, Ubuntu on arm64 is not supported.

I don't know anything about it, but my guess is that it is changing the header, but you are not seeing the effect you expect/desire. What evidence do you have that it is not setting your header? After calling setHttpHeader() if you are Qt 6.5+ try calling QHash<QByteArray, QByteArray> QWebEngineUrlRequestInfo::httpHeaders() const to at least make sure your Cache-Control header is there. Or try sniffing/checking what is received at server side.

I ended up figuring it out... I still had the bin path for my 6.6.2 installation in my Windows PATH and I also had Qt Quick Compiler Extensions installed for 6.6.2, but not for 6.7.0. This caused the build to attempt to use qmlsc.exe from the 6.6.2 install which must have caused the issue, since the build succeeded after removing the Qt Quick Compiler Extensions module from 6.6.2 via the maintenance tool

I solved the issue. The cookie policy and offTheRecord properties are not enough. It is also mandatory to set a cachePath, and possibly a storageName, as following: QQuickWebEngineProfile* webEngineProfile = QQuickWebEngineProfile::defaultProfile(); webEngineProfile->setPersistentCookiesPolicy(QQuickWebEngineProfile::ForcePersistentCookies); webEngineProfile->setOffTheRecord(false); webEngineProfile->setStorageName(QStringLiteral("Default")); webEngineProfile->setCachePath(webEngineProfile->persistentStoragePath() + QStringLiteral("/Cache"));

[1:60:0274/106115.943982:ERROR:cert_verify_proc_nss.cc(918)] CERT_PKIXVerifyCert for 10.23.108.45 failed err=-4532 js: Uncaught ReferenceError: jstProcess is not defined This error I got earlier

hi @allenck Can I ask something? i am also using google maps api v3. However, when I zoom in/out on the map, it is not as smooth as on maps.google.com. I don't know if you encounter this situation?

@Huy-Nguyen No, I think you are stuck with the speed if you wish to use the Debug build.

@SGaist Hello, Be patient and remember that I am self-taught and that I am only using qt/c++/qml/qwebengine in one project, therefore with little possibility of professional growth in this area. The signal is connect into QWebChannel window.onload = function () { new QWebChannel(qt.webChannelTransport, function (channel) { webobj = channel.objects.wiseMan; } } I couldn't figure out how to get a method or signal to run in a new threads. I tried this way, where EngineIndexHtml is class which contains the declare of signal EngineIndexHtml* workerEngineIndexHtml; QThread workerThreadEngineIndexHtml; workerThreadEngineIndexHtml.moveToThread(&workerThreadEngineIndexHtml); connect(workerEngineIndexHtml, &EngineIndexHtml::elabSignal, this, &EngineIndexHtml::elabSignal); // Starting the worker thread workerThreadEngineIndexHtml.start(); emit elabSignal(jsonObjectDataRowLauncher); But i have this wrong and I didn't know how to solve it, I probably misunderstood how to run a new thread QThread: Destroyed while thread is still running

@JasoNY I am facing the same problem, have you resolved it?