Details
Description
On iOS7, querying QStandardPaths::standardLocations(QStandardPaths::DocumentsLocation) and QStandardPaths::standardLocations(QStandardPaths::DataLocation) both return /var/mobile/Applications/<uuid>/Documents .
This is surprising, and seems probably unintended. My expectation would be the DataLocation would be /var/mobile/Applications/<uuid>/Library or /var/mobile/Applications/<uuid>/Library/Application Support, which would seem to be more in line with usage on other platforms (especially OSX!).
I note QStandardPaths::CacheLocation does sensibly and usefully return .../Library/Caches.
I also note that using an iOS app's Documents/ directory for the sort of user-unfriendly collection of files that might normally be expected to be in Library/ or a Library subdirectory leads to applications with iTunes file sharing enabled exposing a bunch of cruft to the user.
A workround for iOS is using the parent directory of QStandardPath::CacheLocation of course.
Issue originates in this thread http://qt-project.org/forums/viewthread/48971/
Attachments
For Gerrit Dashboard: QTBUG-42276 | ||||||
---|---|---|---|---|---|---|
# | Subject | Branch | Project | Status | CR | V |
98452,3 | Correct QStandardPaths::DataLocation return value for iOS | 5.4 | qt/qtbase | Status: MERGED | +2 | 0 |