Qt for Android known issues: Difference between revisions

From Qt Wiki
Jump to navigation Jump to search
(Group into a category.)
(adding infos on how to deal with outdated sdk triggered compilation error)
Line 1: Line 1:
[[Category:Qt for Android]]
[[Category:Qt for Android]]
== Qt for Android known issues ==
== Qt for Android known issues ==
* There is a bug in GCC in the latest Android NDK, making it impossible to use it for building Qt. The bug has not been fixed yet, and it's recommended to use [https://github.com/android-ndk/ndk/wiki#r10e Android NDK r10e]. See also [https://github.com/android-ndk/ndk/issues/67 the bug report].
* There is a bug in GCC in the latest Android NDK, making it impossible to use it for building Qt. The bug has not been fixed yet, and it's recommended to use [https://github.com/android-ndk/ndk/wiki#r10e Android NDK r10e]. See also [https://github.com/android-ndk/ndk/issues/67 the bug report].
* The Android NDK compiler has [https://code.google.com/p/android/issues/detail?id=58476 a bug when building for armv5 and deploying on older kernels]. This will cause Qt applications to crash on startup. When building Qt, you need to disable 64-bit atomics for armv5. See [https://bugreports.qt.io/browse/QTBUG-52923 QTBUG-52923] for more information.   
* The Android NDK compiler has [https://code.google.com/p/android/issues/detail?id=58476 a bug when building for armv5 and deploying on older kernels]. This will cause Qt applications to crash on startup. When building Qt, you need to disable 64-bit atomics for armv5. See [https://bugreports.qt.io/browse/QTBUG-52923 QTBUG-52923] for more information.   
Line 12: Line 12:
* With the first edition of Samsung XCover 3 (SM-G388F) there appears to be an issue with the graphics driver, causing Qt applications to crash when they are resumed after being suspended. Current investigation points towards a threading issue in the software on the device itself. The issue does not occur with the second edition of the same device, SM-G389F. There is no known work-around for this at the moment, so the recommendation is to blacklist this particular device model in Google Play. Setting the QML_BAD_GUI_RENDER_LOOP environment variable to 1 will make the crash less likely to occur. QTBUG-55392
* With the first edition of Samsung XCover 3 (SM-G388F) there appears to be an issue with the graphics driver, causing Qt applications to crash when they are resumed after being suspended. Current investigation points towards a threading issue in the software on the device itself. The issue does not occur with the second edition of the same device, SM-G389F. There is no known work-around for this at the moment, so the recommendation is to blacklist this particular device model in Google Play. Setting the QML_BAD_GUI_RENDER_LOOP environment variable to 1 will make the crash less likely to occur. QTBUG-55392
* [https://bugreports.qt.io/browse/QTBUG-34867 QTBUG-34867 - Android: Support proper selection/copy/cut/paste]
* [https://bugreports.qt.io/browse/QTBUG-34867 QTBUG-34867 - Android: Support proper selection/copy/cut/paste]
* Error about "-fstack-protector-strong" can be fixed by using an up-tp-date ndk (gcc 4.9 needed); workaround: removing the option (twice) from the Makefile in the builddirectory (needs to be done again after each qmake run)

Revision as of 08:34, 19 January 2017

Qt for Android known issues

  • There is a bug in GCC in the latest Android NDK, making it impossible to use it for building Qt. The bug has not been fixed yet, and it's recommended to use Android NDK r10e. See also the bug report.
  • The Android NDK compiler has a bug when building for armv5 and deploying on older kernels. This will cause Qt applications to crash on startup. When building Qt, you need to disable 64-bit atomics for armv5. See QTBUG-52923 for more information.
  • On Android 5.0 and later versions, debug deployment is not working correctly due to changes in the platform. There is currently no known work-around for this. Issues have been raised in the Android project here: https://code.google.com/p/android/issues/detail?id=79480
  • WebKit is not supported
  • Qt Quick 1 apps must be deployed using qrc (QTBUG-32170)
  • Windows has a limitation on path lengths which can cause problems when your project is installed into a location with a very long path name. If you experience FileNotFoundException in openAsset() on startup of your application, try moving it to a directory with a shorter path.
  • By default the Back key will terminate Qt for Android apps, unless the key event is accepted. Unfortunately, due to misleading documentation (QTBUG-35155), many applications (including Qt examples) are incorrect, and will block the back key. We recommend making the logic explicit: always accept() the Key_Back event, and quit() the application explicitly if required.
  • The Qt Multimedia Widgets module is not supported on Android, which means video display is only available using the VideoOutput and Video QML items.
  • On Kindle Fire 1st generation, there is a limitation on the number of libraries that can be loaded which will lead to shader compilation errors when running some Qt Quick apps. Apps that exhibit this bug will be rejected from being published to the Amazon market. A work-around for the issue is to reduce the number of libraries that are loaded, e.g. by deleting some image format plugins that are not required. See QTBUG-33264 for more information.
  • With the first edition of Samsung XCover 3 (SM-G388F) there appears to be an issue with the graphics driver, causing Qt applications to crash when they are resumed after being suspended. Current investigation points towards a threading issue in the software on the device itself. The issue does not occur with the second edition of the same device, SM-G389F. There is no known work-around for this at the moment, so the recommendation is to blacklist this particular device model in Google Play. Setting the QML_BAD_GUI_RENDER_LOOP environment variable to 1 will make the crash less likely to occur. QTBUG-55392
  • QTBUG-34867 - Android: Support proper selection/copy/cut/paste
  • Error about "-fstack-protector-strong" can be fixed by using an up-tp-date ndk (gcc 4.9 needed); workaround: removing the option (twice) from the Makefile in the builddirectory (needs to be done again after each qmake run)