App unable to import files in iOS13

My app has the ability to import GPX route files. However I am getting reports from users of iOS13 that the app is no longer appearing in the list of available apps when they try to export a GPX file.


Has anyone else seen or heard of this, and does anyone know how I might get around it? As far as I know it is only the Imported UTIs that affect this - is iOS 13 more fussy about how they are specified?

Did you get to the bottom of this? I also have an app that exports UTIs, but on iOS 13 when opening an appropriate url Safari uselessly offers to download the file rather than offering the usual "Open with" dialog.


It sounds like a similar problem.

Same issue here. From all the documentation, I believe my exported types are correct. Opening a supported file from the 'Files' app launches my app, but my app doesn't appear in activity controllers, nor can I open files 'shared' through messeges, etc.

I haven't worked out a way around it yet but when I uploaded my last beta I did get a warning about LSHandlerRank needing to be set on my document types. I had it set for the GPX document type but not for a couple of other types, so maybe you cannot import any types if some of them do not have this key set?


It was only a warning and I haven't been able to test this theory because I didn't want to immediately release another beta with a new build number, so I won't be able to test the theory until my next beta. I will probably also set CFBundleTypeRole as well because that seems to be associated with LSHandlerRank.


Apologies if this is a red herring but I thought I would mention it in case it helps anyone else.

Doesn't seem to be LSHandlerRank or CFBundleTypeRole as I have those set already.


Still a mystery why this doesn't work, but am hoping it will be fixed (or at least some documentation on it) in a future beta of iOS13.

I spend a code level support item on the issue. It’s a bug. The response I received was a request to file a bug report, I’d suggest the same.

Thanks for the info, yeh, I thought it must be a bug so in the end I filed a bug report (a few days ago). Haven't heard anything back though.

Are you sure it's not buried deep in the share window? There's a Manage ... on the bottom that hids a ton of stuff. It's really a lot more cluttered now despite having the redesign.

In my case, it's not a problem of being buried. My application can share things just fine. It can even be opened by those shared things... unless they are in iMessage. I'm comfortable with it being a bug, given that code level support couldn't find anything amiss with my code. I appreciate the offer of the assist though.

Has anyone found a way around this yet? I just tried beta 8 and it is still not working, so I am worried that it will not be fixed for the release.

My radar is marked with "Recent Similar Reports: More than 10" ... so we know they are aware of it at least.

Thanks for that. As is common I can't currently log in to Feedback Assistant to check the status of my radar but hopefully it shows the same.


Has anyone tried it on the iOS 13.1 beta yet? I have only got 1 test device, which used to be enough, but Apple seem to be going beta-crazy this year!

Also doesn't work on iOS 13.1 beta 1 😟

That's a shame. Thanks for letting us know.


I have added a workaround to my app in the form of an Import button that displays an instance of UIDocumentPickerViewController. It isn't as good as being able to share a document to the app, but it does allow users a way to import documents that works on iOS 13.

Someone on another thread (https://forums.developer.apple.com/thread/122170) has spotted that the existence of other apps that have registered an interest in the same type could be the cause. I uninstalled several such apps and suddenly my app appeared on the share list. I then reinstalled the apps and it is still on the share list.


It seems inconsistent, but maybe knowing this may help us to work out what is going wrong.

Subscribing the thread for facing the same annoying issue. In the meantime I'll have to resort to the UIDocumentPickerViewController trick too (@cfc good call on this). More development time wasted to have a degraded app functionality.. and I foresee user complaints. Gosh, I'd better say nothing.


BTW I also filed a report a few days ago, but the bug has really been around since June. I had hoped that they could realize by themselves due to how blatant it is.


Let's strongly hope they don't release GM with such a shameful bug.

Meta question: are you submitting your reports to the "Feedback Assistant"? Is the "FB"-prefixed ID supposed to be the radar ID? I still see looong IDs in openradar.

You know what? UIDocumentPickerViewController exhibits the very same behavior. All .ovpn files are disabled as long as OpenVPN Connect is installed together with my own app, which handles the same file extension. ****.

I submitted my bug report using Feedback Assistant, although I haven't been able to login to it for several days. It always seems to be down at the moment. I wonder if that is why the iOS 13 beta is so bug-ridden: because the tool for reporting bugs is rarely working.


It is strange that such an obvious bug that was reported back in June hasn't been fixed in September, but maybe it isn't so obvious to Apple engineers. It seems to depend on what other apps are installed and they may do their testing on "clean" devices without other apps.

So, I had to resort to the following to be 100% sure that users have a way to open their files:


<key>CFBundleDocumentTypes</key>
<array>
    <dict>
        <key>CFBundleTypeName</key>
        <string>All files</string>
        <key>LSItemContentTypes</key>
        <array>
            <string>public.content</string>
            <string>public.data</string>
        </array>
        <key>LSHandlerRank</key>
            <string>Alternate</string>
            <key>CFBundleTypeRole</key>
        <string>Viewer</string>
    </dict>
</array>

I also dropped any Imported/Exported UTIs (unused in this scenario). Interestingly, I'm unable to open .ovpn files (which are plain text) with public.text or public.plain-text.


Granted, it's bruteforce-like, but it's the only way I had my app appear consistently. The obvious downside is that the app is virtually able to open all files, but compared to a crippling bug it feels like minor cosmetics. Import would eventually fail so I don't really care much.


Hope this can help other developers.


Cheers

I just got an email from Apple saying that the issue is fixed in iOS13.1 beta 2, which is great but it sounds like it will be an issue for users using iOS 13. It will be interesting to see how soon after the iPhones are available that 13.1 will be available. Hopefully very soon if not immediately!


"As a result of your feedback, there are software changes in build 17A5831c that have resolved this issue. Has this issue been fixed for you?"

My app still does not show up in the Share list in 13.1 Beta 2 😟

I have heard the same from some testers so it looks like it isn't fixed. Unfortunately Feedback Assistant is constantly down so I cannot tell them!

Does not seem to be fixed in beta 3

confirmed still not fixed in 13.1 beta 3. I've submitted feedback indicating that this is SHOWSTOPPER bug!


Also, it does not require another app to be registered for same UTI.


Interestingly, PDF files now seem to work. I get a list of PDF apps when I try to open a PDF attachment. Even AirDrop works with PDFs. Not with my files nor some others I've tried.

Same here. Perhaps helpful: I have a ton of apps installed being able to handle GPX files, but none shows up via 'copy to'.

App unable to import files in iOS13
 
 
Q