Closed. This question needs details or clarity. It is not currently accepting answers.
Want to improve this question? Add details and clarify the problem by editing this post.
Closed 7 years ago.
Improve this question
This is something first phase requirement I needed for my application.
I want to design a WIPE-OUT application,
This application will WIPE-OUT all the data.
I want a flow like this:
Install our WIPE-OUT app from AppStore
This app will have access to Documents directory (like in Android have access to File Manager)
User can delete, rename and move the files of document directory (using our application)
Those files are anything (PDF or word file downloaded from Mail, Photos from camera of FB or anything)
In short same FileManager app which will have access to my iPhone storage and I can delete the data which is in non-recoverable.
As per my knowledge,
it is not possible.
My question is,
Is it possible in some other way and will apple approve the app?
If it is not possible, then please share me link for the same.
As mentioned in the comments it is not possible.
This Apple Guideline will actually be responsible for the rejection
2.6 Apps that read or write data outside its designated container area will be rejected
Apple does have a MDM (Mobile Device Management) SDK that they don't talk about a lot. You need to be on an Enterprise Developer Account, and you'll end up signing a non-disclosure agreement.
https://www.apple.com/iphone/business/it/management.html
This SDK allows remote wipe. MaaS360 and Lotus Traveler can do it. But if you aren't a Fortune 500 company, odds are good you'll never see it.
Related
Closed. This question needs details or clarity. It is not currently accepting answers.
Want to improve this question? Add details and clarify the problem by editing this post.
Closed 5 years ago.
Improve this question
I am developing an iOS Enterprise application. It is same as Apple app store containing couple of my company applications. I want to know which application the users has downloaded from the app so that i can keep a track of his downloaded installations and the current installed versions on his device. I am using Swift 3.0. How should I approach for acheiving this funcationality..
Any suggestion will really help!
You cannot do this from your code out of the box. Device management is more complex in it's accessibility rights of the devices.
You need to use some kind of Mobile Device Management (MDM) software for that case. There are several services out there. Apple also has one on its own: https://support.apple.com/business
https://support.apple.com/apple-configurator
There are several other service providers available.
The link below might help you, find what you want:
As it is not really best practise posting links. If the link was broken, look for "List of Mobile Device Management Services" and you will find a bunch of alternatives to Apple's software.
http://www.pcmag.com/article/342695/the-best-mobile-device-management-mdm-software-of-2016
A short side note: I made experience with AirWatch and XenMobile so far. Get a Trial Account on their pages and check out, whether this fits your purpose and is worth the time spent to maintain the devices. Well, at last your purpose seems to me very limited to a certain request, which you could request from your user group in a different way?
Closed. This question needs details or clarity. It is not currently accepting answers.
Want to improve this question? Add details and clarify the problem by editing this post.
Closed 6 years ago.
Improve this question
I am new in ios development. I have created one app, in this app some features are not available right now. So my question is can i submit my app to app store with same design by giving coming soon alert for those features. Thanks in advance.
It is likely that your app will be rejected if you include such an alert. Refer to section 2.1 of the App Review Guidelines:
2.1 App Completeness
Submissions to App Review should be final versions with all necessary metadata and fully functional URLs included; placeholder text, empty websites, and other temporary content should be scrubbed before submission. Make sure your app has been tested on-device for bugs and stability before you submit it, and include demo account info (and turn on your back-end service!) if your app includes a login. If you offer in-app purchases in your app, make sure they are complete, up-to-date, and visible to the reviewer, or that you explain why not in your review notes. Please don’t treat App Review as a software testing service. We will reject incomplete app bundles and binaries that crash or exhibit obvious technical problems.
And
2.2 Beta Testing
Demos, betas, and trial versions of your app don’t belong on the App Store...
You should remove all reference to "future functions" and put it back in when the function is available.
Yeah, as per my knowledge you can submit but it must not crash on iphone or ipad and must follow all the guidelines of apple. Because coming soon is on kind of UI of your app so i don't think that it will be rejected due to this kind of stuff.
You should refer App Store Review Guidelines for more details.
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 9 years ago.
Improve this question
I can make a package (xxx.ipa) for an app, then synchronize this package to IOS device. Someone can do this and why need upload app to app store?
When you sign an application yourself, you can only install to iOS devices that you registered on provisioning center (up to 100 devices with the developer program - 100$).
In other words, if you wanted reach 1M million users with your app, it would cost you $1M. So you NEED the App Store.
We need to the upload an App to AppStore in to access it universally with no limitation of the number of user who can use it . Creating an Adhoc (.ipa) for any app and sync it to the device has certain limitation as you cannot distribute your .ipa to more than 100 devices , also it has validity 1 year by which only you can use the app . There are many more reasons to be explained for it . Go through the Apple Guideline in order to get more information . Hope it help you!
It takes away all the manual labour. Installing an app from App Store is easier than manually via iTunes. Updating is even more easier.
You don't have to know all unique device identifiers up-front.
You won't break Apple rules (it forbids distribution without App Store for anything other than testing or internally in one organization)
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 10 years ago.
Improve this question
Here's my situation: I'm making an app for iPad which uses image libraries. The app comes with a few libraries. I want to sell additional libraries from my website. An image library contains only png files, nothing else.
The app will have an "Activate" button so if the user buys an library they can activate it from within the app. The app connects to our server via web services and validates the activation code.
The image libraries (since they can be huge) are copied in iTunes to the documents directory for the app.
My question is: does Apple have a problem with allowing me to sell additional image libraries on my website and have the user activate it and copy the files to the documents directory within the app (which I expose within the app) or is this an infringement of their policies?
Thanks in advance
Edit: Because #Kris Gellci was so eager to prove he's answer is correct, I took the time and search for the exact paragraph in the App Store Review Guide which speaks about this.
11 Purchasing and currencies
11.1 Apps that unlock or enable additional features or functionality with mechanisms other than the App Store will be rejected
11.2 Apps utilizing a system other than the In-App Purchase API (IAP) to purchase content, functionality, or services in an App will be
rejected
11.3 Apps using IAP to purchase physical goods or goods and services used outside of the application will be rejected
This way you can see for yourself if it applies to you. There is more here.
Yes, they have a problem with that. You need to use in app purchases so that they can take their share out of what you sell. Think about it this way, if they would allow it, everybody would put their apps free with content and unlocks paid and Apple would be left out. More details here.
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 11 years ago.
Improve this question
We've made an application that embeds some web content, which has been approved before. Recently Apple has begun rejecting these app's stating that they're plain content-aggregators and that they lack native functionality, even though they have native functionality such as push notifications and reachability checks.
We now considered splitting the web views up and make a native UITabBar.
The question now is—does any of you have any experience whether or not this sort of app would be approved?
I think it will also depend on the reviewer. I once got an application accepted, and the update wasn't accepted because I did not gave an access account (although when I first submitted, the reviewer, did created one to test). Try adding the UITabBar so you can have a more native look, but perhaps, they do have a check a list, at least as a guide line to see if an application does have a native look.
they're plain content-aggregators and that they lack native
functionality
By this apple means that if you can easily show your data using a mobile website then don't create a native app for this.
2.12
Apps that are not very useful, are simply web sites bundled as apps, or do not provide any lasting entertainment value may be rejected
see here - https://developer.apple.com/appstore/resources/approval/guidelines.html