Qt 5.4.2 Known Issues: Difference between revisions
Jump to navigation
Jump to search
(Created page with "{{Cleanup | reason=Auto-imported from ExpressionEngine.}} Category:Release::Known Issues = Known Issues - Qt 5.4.2 = == All platforms == * Check that your system meets [...") |
No edit summary |
||
| (3 intermediate revisions by 3 users not shown) | |||
| Line 1: | Line 1: | ||
{{Cleanup | reason=Auto-imported from ExpressionEngine.}} | {{Cleanup | reason=Auto-imported from ExpressionEngine.}} | ||
[[Category | [[Category:Known Issues]] | ||
= Known Issues - Qt 5.4.2 = | = Known Issues - Qt 5.4.2 = | ||
== All platforms == | == All platforms == | ||
| Line 14: | Line 14: | ||
** Workaround: Start Qt Creator with clean settings (e.g. for temporary testing: '-settingspath /some/temp/dir' | ** Workaround: Start Qt Creator with clean settings (e.g. for temporary testing: '-settingspath /some/temp/dir' | ||
* Offline installer tells installed QtCreator version is 3.4.0 | |||
** This is a bug in the offline installer; It is installing 3.4.1 as it should. | |||
== Linux == | == Linux == | ||
| Line 38: | Line 40: | ||
* QTBUG-41753: When deploying to Windows Phone in release mode, VS fails to find the Qt plugins. Two workarounds (one permanent and one per-project) are detailed on the bug report. | * QTBUG-41753: When deploying to Windows Phone in release mode, VS fails to find the Qt plugins. Two workarounds (one permanent and one per-project) are detailed on the bug report. | ||
== | == macOS == | ||
* Qt binary packages: qmake may stop with an error claiming the macosx10.8 SDK can't be found. | * Qt binary packages: qmake may stop with an error claiming the macosx10.8 SDK can't be found. | ||
| Line 46: | Line 48: | ||
** Workaround: Compile Qt on your own (configure -developer-build provides both release and debug libs) | ** Workaround: Compile Qt on your own (configure -developer-build provides both release and debug libs) | ||
* QTBUG-35211: Apps using Qt WebKit 2.0 are not deployable on | * QTBUG-35211: Apps using Qt WebKit 2.0 are not deployable on macOS (QtWebProcess fails to deploy/start) | ||
* QTBUG-35317: Qt Quick1 apps that use Qt WebKit 1.0 fail to deploy on | * QTBUG-35317: Qt Quick1 apps that use Qt WebKit 1.0 fail to deploy on macOS | ||
* QTBUG-35506: Qt Quick Controls applications launched using qmlscene might not display the menubar until they lose and regain focus | * QTBUG-35506: Qt Quick Controls applications launched using qmlscene might not display the menubar until they lose and regain focus | ||
| Line 70: | Line 72: | ||
== QtWebEngine == | == QtWebEngine == | ||
* QTBUG-41611: macdeployqt on | * QTBUG-41611: macdeployqt on macOS must be run with a non-empty -executable= command line switch to force @loader_path install names in the bundle instead of @executable_path. | ||
* Building on | * Building on macOS currently requires at least XCode version 5.1. '''This will remain a requirement for Qt WebEngine. Changing it would require significant changes to the Chromium code base that are going against the direction Chromium is being developed.''' | ||
* Building on Windows currently requires Visual Studio 2013 or Visual Studio 2013 Express Edition '''This will most likely remain a requirement for Qt WebEngine. Changing it would require significant changes to the Chromium code base that are going against the direction Chromium is being developed.''' | * Building on Windows currently requires Visual Studio 2013 or Visual Studio 2013 Express Edition '''This will most likely remain a requirement for Qt WebEngine. Changing it would require significant changes to the Chromium code base that are going against the direction Chromium is being developed.''' | ||
| Line 79: | Line 81: | ||
* QTBUG-43264: You should not run more than one instance of any given QtWebEngine using application. Each instance expects to the be sole user of its disk-based persistent data, and may cause corruption when two are using it at the same time. Running two different applications using QtWebEngine is not a problem as they use different data paths. | * QTBUG-43264: You should not run more than one instance of any given QtWebEngine using application. Each instance expects to the be sole user of its disk-based persistent data, and may cause corruption when two are using it at the same time. Running two different applications using QtWebEngine is not a problem as they use different data paths. | ||
{{Release Information}} | |||
Latest revision as of 22:10, 14 June 2016
| This article may require cleanup to meet the Qt Wiki's quality standards. Reason: Auto-imported from ExpressionEngine. Please improve this article if you can. Remove the {{cleanup}} tag and add this page to Updated pages list after it's clean. |
Known Issues - Qt 5.4.2
All platforms
- Check that your system meets Qt's requirements
- All open issues can be found from Jira: https://bugreports.qt.io
- Installation over the existing installation not supported
- QTIFW-278: SDK 5.1.0 rc1 : installation over existing installation fails
- Examples in Qt Creator Welcome mode is empty
- Workaround: Start Qt Creator with clean settings (e.g. for temporary testing: '-settingspath /some/temp/dir'
- Offline installer tells installed QtCreator version is 3.4.0
- This is a bug in the offline installer; It is installing 3.4.1 as it should.
Linux
- QTBUG-39897: Packaged libQtWebKit fails to load: conflict between (system) libxml2 and shipped libicu
' This can show up e.g. in crashes when trying to open Qt Creator's Help, Widget Designer, or Qt Assistant.
Windows
- if you want to install a Qt for Visual Studio be sure you have the related Visual Studio installed
- Qt Creator does not support Windows XP.
' Workaround: Disable 'Welcome', 'QmlProfiler', QmlDesigner' plugins
- Qt Creator does require a working DirectX/DirectDraw backend
' Enable Accelerated 3D support if you run Windows in e.g. VirtualBox, VMWare
- QTBUG-32864: WMF plugin fails to load on Windows Vista (no service found for- "org.qt-project.qt.mediaplayer")
- Workaround: If you target Windows Vista, rebuild the plugin (qtmultimedia/src/plugins/wmf) using the Windows Vista SDK.
- The Just-in-time compiler is disabled in QtQml - this will be fixed in Qt 5.4.1.
WinRT / Windows Phone
- Please install Visual Studio 2013 Express Update 3 (or 4) for Windows (Professional/Ultimate versions are also supported, as long as the Windows Store App components are installed)
- Note that not all mobile related modules are supported (e.g. bluetooth, etc)
- QTBUG-41753: When deploying to Windows Phone in release mode, VS fails to find the Qt plugins. Two workarounds (one permanent and one per-project) are detailed on the bug report.
macOS
- Qt binary packages: qmake may stop with an error claiming the macosx10.8 SDK can't be found.
- Workaround: Edit clang_64/mkspecs/qdevice.pri, comment out the QMAKE_MAC_SDK line.
- QTBUG-31724: can’t debug into qt libs on Mac (it hasn’t worked since 5.0.0)
- Workaround: Compile Qt on your own (configure -developer-build provides both release and debug libs)
- QTBUG-35211: Apps using Qt WebKit 2.0 are not deployable on macOS (QtWebProcess fails to deploy/start)
- QTBUG-35317: Qt Quick1 apps that use Qt WebKit 1.0 fail to deploy on macOS
- QTBUG-35506: Qt Quick Controls applications launched using qmlscene might not display the menubar until they lose and regain focus
Android
See "Qt for Android known issues"
iOS
See "Qt for iOS known issues"
BlackBerry 10
See " Qt5 Status on BlackBerry 10"
QNX
See " Qt Status on QNX "
QtWebEngine
- QTBUG-41611: macdeployqt on macOS must be run with a non-empty -executable= command line switch to force @loader_path install names in the bundle instead of @executable_path.
- Building on macOS currently requires at least XCode version 5.1. This will remain a requirement for Qt WebEngine. Changing it would require significant changes to the Chromium code base that are going against the direction Chromium is being developed.
- Building on Windows currently requires Visual Studio 2013 or Visual Studio 2013 Express Edition This will most likely remain a requirement for Qt WebEngine. Changing it would require significant changes to the Chromium code base that are going against the direction Chromium is being developed.
- On Windows, you need to add the gnuwin32/bin directory from your Qt checkout to your PATH when doing shadow builds.
- QTBUG-43264: You should not run more than one instance of any given QtWebEngine using application. Each instance expects to the be sole user of its disk-based persistent data, and may cause corruption when two are using it at the same time. Running two different applications using QtWebEngine is not a problem as they use different data paths.