QtWebEngine

@SGaist the cross compilation of the libraries fixed the prob

Hello, i don't know which version of gcc you're using, but there is this know issues (https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109505#c18) with older version of gcc (seemingly pre 12.4 which prevent chromium from being built specifically for arm64 target. I had the same issues with the exact same file. The solutions in my case was to bump the gcc version (from 12.2.0 to 12.4.0) and compile again from scratch.

I have the same problem in FC42. QtWebEngine seems to be a complete disaster. Tried to compile 6.8.2 for FC42 but it failed after many hours of compiling.

@JonB thanks ! I had more problems, which I managed to fixed. My PKGBUILD was using qmake6, but that doesn't generate ui_webauthdialog.h. I tried qmake, but : Project ERROR: Unknown module(s) in QT: webenginewidgets I tried cmake, it doesn't worked at first … but it was due to the facts my qt6* packages where all in the same version (I think the archlinux repository weren't fully sync the last time I did an update) → after fixing my qt6* package, cmake worked. (note: I retried qmake6 and qmake with good qt6* packages → they still fails) So in short : I needed to use cmake ., then make (as stated in the README.md). Thanks for your help

Hi and welcome to devnet, Are you using PySide ? PyQt ? Which version of it ? On which OS ? How did you install it ? Which version of Python ?

Hi @JonB , Yes, I confirm that they can access this particular web page using an external web browser. Thanks a lot for the link to the post regarding the profile, I'll check it (note that I already know we are not properly handling the lifecycle of some of our objects, so I'm pretty confident that we'll be able to fix the issue leading to this message... even if I don't know whether it could be the root cause of the freeze).

@Axel-Spoerl “Thank you for the update. I’ll retry accessing the repositories and continue monitoring the situation. Please let me know if there are further changes.”

@jsulm Thanks for the reply. Correct. I created a folder name different from the default. FYI, I can build other examples so I don't think my installation folder is the issue.

cmake_minimum_required(VERSION 4.0) project(desk_pos_test) set(CMAKE_CXX_STANDARD 20) set(CMAKE_AUTOMOC ON) set(CMAKE_AUTORCC ON) set(CMAKE_AUTOUIC ON) # Tell the binary to look for libraries inside ../lib relative to executable set(CMAKE_BUILD_RPATH "$ORIGIN/../lib") set(CMAKE_INSTALL_RPATH "$ORIGIN/../lib") find_package(Qt6 COMPONENTS Core Gui Widgets WebEngineWidgets WebEngineCore REQUIRED) qt6_wrap_cpp(MOC_SOURCES main.cpp) add_executable(desk_pos_test main.cpp main.cpp ) target_link_libraries(desk_pos_test Qt::Core Qt::Gui Qt::Widgets Qt::WebEngineWidgets Qt::WebEngineCore ) install(TARGETS desk_pos_test RUNTIME DESTINATION bin ) ## ✅ Install Qt libraries (if you ship them) #install(DIRECTORY ${CMAKE_SOURCE_DIR}/packages/com.medkart.desktopPos/data/lib/ # DESTINATION lib/desk-pos-app #) function(copy_qt_lib libname) get_target_property(_qt_lib_location Qt6::${libname} LOCATION) install(FILES ${_qt_lib_location} DESTINATION lib/desk-pos-app ) endfunction() # Copy only the required modules copy_qt_lib(Core) copy_qt_lib(Gui) copy_qt_lib(Widgets) copy_qt_lib(WebEngineCore) copy_qt_lib(WebEngineWidgets) copy_qt_lib(WebChannel) # ✅ Install resources to /usr/local/share/desk-pos-app install(DIRECTORY ${CMAKE_SOURCE_DIR}/packages/com.medkart.desktopPos/data/ DESTINATION share/desk-pos-app FILES_MATCHING PATTERN "*" EXCLUDE PATTERN "lib/*" ) install(FILES ${CMAKE_SOURCE_DIR}/resources/desk-pos-app.desktop DESTINATION /usr/share/applications) install(FILES ${CMAKE_SOURCE_DIR}/resources/desk-pos-app.svg DESTINATION /usr/share/pixmaps) I am packaging my Qt6 application as a .deb using the CMake setup shown above, which installs the executable, resources, and Qt libraries. and run the following command to make the .deb file, from project folder in terminal rm -rf build mkdir build && cd build cmake .. -DCMAKE_BUILD_TYPE=Release cpack -G DEB Is this an appropriate method for distributing a Qt application to other Linux systems? How can I optimize this CMake configuration for more reliable deployment and easier updates?

In versions >= 6.8.0, the WebEngine was moved to the "Extensions" subfolder, see also here: https://stackoverflow.com/a/79299968

This is a problem of the webengine itself. It looks like its not proper synchronizing the angle part with its html render engine. It started with QT 6. Lots of people complained about it but QT never fixed it. (the Chromium engine is really hard to understand) I am still using QT 5.15 which does not have that bug. Still webgl on QT 6.xx is a no go - it doesn't matter if you use python or c++ Very sad.

Please provide more details: Which certificate is not trusted? IIRC Webengine was introduced in 5.5, but it was missing features. My guess is that the certificated actually can't be trusted and Qt 5.5 didn't notice.

6.7.3 is a bit old. You might want to try with the latest of the 6.9 series to see if things improve with regard to webengine. One thing, are you in debug or release mode ? That can have some impact on performances.

I've found an icudtl.dat in /usr/local/resources. I suppose it's the system one. I've made a small fix in my CMakeLists by doing: if(LINUX) # Check if icudtl.dat exists for Qt6WebEngine deployment if(EXISTS "/usr/share/qt6/resources/icudtl.dat") message(STATUS "Found icudtl.dat in /usr/share/qt6/resources") else() # Check if icudtl.dat is in /usr/local/resources if(EXISTS "/usr/local/resources/icudtl.dat") message(STATUS "Found icudtl.dat in /usr/local/resources") # Generate a symlink from /usr/local/resources/icudtl.dat to /usr/share/qt6/resources install(CODE " message(STATUS \"Creating symlink for icudtl.dat\") execute_process( COMMAND ${CMAKE_COMMAND} -E create_symlink /usr/local/resources/icudtl.dat /usr/share/qt6/resources/icudtl.dat ) ") else() message(FATAL_ERROR "icudtl.dat not found in /usr/share/qt6/resources or /usr/local/resources") endif() endif() endif() But I'm not sure that it's the best way to do it.

Thank you @Christian-Ehrlicher, it's clear to me now.

@Wenzhi-Wang hi and welcome to devnet, Are you also trying to use the MinGW kit with the MSVC version of WebEngine ?