Details
-
Bug
-
Resolution: Done
-
P2: Important
-
5.11.1
-
Windows 10 Pro v1803
Visual Studio 2017 v15.7.3
Qt Visual Studio Tools v2.2.1
-
-
ba7a77a4fbd5fc50cd0f5de7297254305f2f3986
Description
When using Microsoft Visual Studio Community 2017 (v15.7.3) with Qt Visual Studio Tools (v2.2.1) and stopping debugging from within VS, all Qtwebengineprocessd processes remain running (as background processes) with an unexpected high cpu usage. If exiting the application regularly, the processes are terminated as expected.
The process is started as a subprocess of the parent application as intended. Each webview gets its own webengine process.
When stopping the debugging in VS
none of the webengine subprocesses are closed. Instead they are running as background processes with a considerable increase in cpu usage.
The image below shows what happens if two webviews were opened in the application.
If only one webview was opened (or none and QtWebEngine was just included), the webengine process is shown as standalone.
The more often this procedure is repeated, the larger the stack of webengine processes becomes, with a massive effect on cpu usage.
Compiling with Qt v5.10.0, the webengine processes terminate as expected.
Attachments
Issue Links
- is duplicated by
-
QTBUG-69833 QWebEngineViews: MojoDiscardableSharedMemoryManagerImpls leaking, processes can't be terminated, worker threads
- Closed
- relates to
-
QTBUG-49804 QtWebEngineProcess.exe sometimes still working after parent process closed.
- Closed
-
QTBUG-79456 Qt WebEngineProcess not terminated under windows on crash when JS is busy?
- Closed