Details
-
Bug
-
Resolution: Done
-
P1: Critical
-
5.4.0 Alpha
-
None
-
OSX 10.9 and 10.10.
-
66cd31938c4dc97a32a094d3906c21ecdd034f95 8af12f0c9ee0cfdf28f557e96086bb7b08d786bc (QtWebEngine) 5060a0ec7dcb26826b19eefbd6063efcbde6101f (macdeployqt)
Description
If your application includes QtWebEngine the macdeployqt application should also deploy QtWebEngineProcess and the support files needed. Currently this needs to be done manually.
FOR 5.4 YOU MUST RUN macdeployqt THE FOLLOWING WAY:
> macdeployqt <TARGET>.app -executable=<TARGET>.app/Contents/MacOS/<TARGET>
macdeployqt only uses @loader_path when the -executable switch is non-empty, so passing an arbitrary exectable there triggers the behavior we need to let QtWebEngineProcess use the same Qt binaries as the main application executable. The won't be necessary once we support using @rpath, which should be done in Qt 5.5.0.
Attachments
Issue Links
- is duplicated by
-
QTBUG-42054 Browser demo makes WebEngine crash after macdeployqt
- Closed
- is required for
-
QTBUG-41613 Issues to be fixed before 5.4.0 RC
- Closed
For Gerrit Dashboard: QTBUG-41611 | ||||||
---|---|---|---|---|---|---|
# | Subject | Branch | Project | Status | CR | V |
99052,3 | Deploy external data in QtWebEngineCore.framework for framework builds | 5.4.0 | qt/qtwebengine | Status: MERGED | +2 | 0 |
99056,4 | macdeployqt: Also deploy framework's Libraries and Helpers | 5.4 | qt/qttools | Status: MERGED | +2 | 0 |
100354,4 | Use a relative install_name for QtWebEngineProcess' dependencies | 5.4.0 | qt/qtwebengine | Status: MERGED | +2 | 0 |
100355,4 | macdeployqt: Also deploy framework's Libraries and Helpers | 5.4.0 | qt/qttools | Status: MERGED | +2 | 0 |