I would like to know if a function is available in Swift or Objective-C for an iOS 14+ application to retrieve the very first installation date of the app from the App Store on any device. It would be useful for me to grant full access to the app features in the case I introduce the freemium model for my app. I asked aboout this change here Free app introducing in-app purchase for some features I want to grant the full functionality to users that installed the free version as I pointed out in a further comment, but no one answered. I do not know if this is possible without App Store server interrogation, I mean with just an information that is on the device registry because the app is installed, and refers to the first installation ever, not on this device alone, and not being lost with factory reset procedure or similar. Alternately another useful information would be the most ancient app version or build number that the user got from the App Store ever. Some suggest to deploy an intermediate version that stores the app version or build number in some persistent user data location. Thanks

Hello, let's say that at a certain point I have two published apps on the App Store. One is the main iOS application, that is a paid app, and the other is a limited version of the main one, like a "lite" version. Let's say that they are both published because the lite version was accepted by the reviewers (indeed it is what should happen). The lite version is a complimentary app that can be used for just using the main functions when some third party provided you the content. But some users could be interested in having the complete version to be able to author or edit the content themselves. I would like to know if it is acceptable that in the "lite" app -there is a button clearly pointing to the App Store page of the main app -a menu entry -a hyper-link in the guide. -other options Thanks

Hello, I need to understand if this is feasible. I need to open a local HTML file placed in the temporary folder of an iOS Swift app in Safari, from the app itself. At present time I know it is possible to open an Url in Safari, but I am asking about 1- using the file:/// scheme (like Android does) 2- providing directly the HTML text I have this specific need not to use the WKWebView because I want that the user can exploit features like saving credentials, caching and so on. I do not know if the WKWebView is able to provide this kind of features, and I do not want to have this kind of features directly in my app for security concerns. Also other workarounds or solutions are welcome. Thanks in advance

Hello, I would like to have some fringe information about ioS Safari App extensions. My need is passing some HTML to the iOS Safari browser so a new tab or window is opened and the HTML rendered (and its Javascript executed, if any). Being that this is not possible directly, and said that I need that the HTML is handled by Safari and not by a WKWebView or by a SFSafariViewController inside my app, I thought about using an app extension. This seems to be cumbersome, especially for the reaasons described here: https://www.wildfire-corp.com/blog/to-apple-your-new-mobile-safari-extensions-are-great-can-opting-in-be-made-easier I do not know if something has changed or will change, I did not dive in the extension development yet. My idea is creating an extension with access to only a special domain, like html.myapp The url would be https://html.myapp/37h238rd83dt2d2tr8fai33cf When my app wants to open an url like that, Safari should open a window and start the extension, right? open(url,options:options,completionHandler:handler) The url contains a sort of query parameter that is a long string (bas64?) representing the entire HTML code, or a sort of unique ID. The script has to display the HTML after extracting it from the url, or read some shared data between the app and the extension based on the ID. After this point no other interaction is needed between the app and the app extension. I would like to know if the Safari browser in fact can open the new window just on behalf of a special url like the above mentioned one, that is, an url that does not point to a real web page, being that the domain is somehow "fake", although authorised from the Info.plist file. The domain is just for enabling Safari to receive the entire url with HTML string or the unique ID. So would the iOS Safari browser open the window, start the script and then display the HTML? And would all this be allowed by the submission review process? Thanks in advance, Regards PS I know that it was better that Apple allows to pass securely some HTML from a registered iOS app to Safari, instead of this workaround, even with special info.plist keys, certificates or something like that.

Hello, I am studying a possible scenario. Let's say I create an App Clip that features a WKWebView. The WKWebView hosts a sort of webapp that uses local storage and IndexDB. When the complete app is installed, are the data persisted so the WKWebView of the complete app finds them as it was reading them before? Are the data transferred by the operating system to a new location but still accessed the same way by the WKWebView (Or even the location is the same because it is the WKWebView special storage)? Or are they wiped out? Thank you in advance Best regards