Uploaded image for project: 'Qt'
  1. Qt
  2. QTBUG-42276

On iOS QStandardPaths::DataLocation is the same as QStandardPaths::DocumentsLocation

    XMLWordPrintable

Details

    • Bug
    • Resolution: Done
    • P2: Important
    • 5.4.0 RC
    • 5.3.2
    • QPA
    • None
    • Mid2012 MacBookPro & OSX 10.8.5 & Xcode 5.1.1 & Qt5.3.2 building for iPad Air & iOS 7.1.2
    • iOS/tvOS/watchOS
    • 6ee73677b25b613b7698b9cdc850415455dbaadb

    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

        Activity

          People

            sgaist Samuel Gaist
            timday Tim Day
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved:

              Gerrit Reviews

                There are no open Gerrit changes