PLATFORM AND VERSION: iOS
Hardware: iPhone
Software: iOS
DESCRIPTION OF PROBLEM:
I am developed a call recorder app using VoIP service. It is not an application like other voice recording apps. We are not using iPhone mic to record. Our application records using a VoIP service to record the phone call. When user want to record their call they call our VoIP service number which trigger by taping on Record button.
But when I submitted the app in iTunes Connect they rejected.
The review report is:
"PLA 3.3.8
Your app records the user(s), but still does not have the proper indicators that the app is recording, as required by section 3.3.8 of the Apple Developer Program License Agreement.
Specifically, your app records phone conversations, but still does not have an auditory indicator heard by all (i.e., both) parties on the call that the app is recording.
Next Steps
Please revise your app to implement the required means of indicating the recording activity to all parties. Please note that the recording indicator cannot be disabled and your app cannot go blank during recording."
But when phone connects to a number its not possible to show an indicator.
STEPS TO REPRODUCE:
When the app first rejected I add a audio "call will recording" when user tap the record button.
But the app rejected with same issue.
Second time I remove this sound and add a voice "your call is recording" when the call connects to our VoIP number.
But the app rejected with same issue.
What should I do now? Please help me.
Related
I distributed an iOS app on AppStore, but the app was rejected because we are requesting permission for user location in background.
I already answered the reviewer many times explaining why we need to use background location for our users, and I also added a disclaimer in the application description as stated on other questions here on stack overflow informing the user that the usage of GPS in background can increase battery depletion speed. But the app is still being rejected for the same reason that is Apple performance guideline 2.5.4.
2.5.4 Multitasking apps may only use background services for their intended purposes: VoIP, audio playback, location, task completion, local notifications, etc. If your app uses location background mode, include a reminder that doing so may dramatically decrease battery life.
I noticed that apps that request user location in background have an additional Information field called Location.
App with Location field
But my app does not contain that field
App without Location field
So I presume, that instead of adding that disclaimer on the app description on iTunes Connect form, I should place it somewhere else, but looking at my iTunes Connect account on App Information session there is no text field where I can input that information. And consulting Apple Docs I also wasn't able to find where I should input that.
So my question is where I can set that information that is shown on iTunes, via iTunes Connect?
So my question is where I can set that information that is shown on iTunes, via iTunes Connect?
Nowhere. Apple adds that, not you.
I already answered the reviewer many times explaining why we need to use background location for our users
Well, that is what you need to attend to. You are evidently trying to use background location in some skanky way, and you are busted. So use background location legitimately or not at all.
So I have an app which is already on the app store and i’m now trying to implement the SKStoreReviewController.
I’ve added the logic for handling and showing the dialog via the request review method. But this dialog only appears 3 times on a fresh device and on other certain devices it’s not appearing at all.
It’s almost acting like the app is live on the app store. An addendum to this is once a user rates the app, will the popup dialog be shown again?
Although, it is not mentioned in documentation: No matter how many times you call the API, the system will only show up to a maximum of 3 prompts to the same user in a 365-day period. And it will be shown once for one version.
The alert is always shown in debug. Note, a user can disable rating alert at all going to Settings -> iTunes & App Store -> In-app ratings & review.
More information here.
Ensure that your device has an internet connection. For me it did not work when my device was in airplane mode.
I submitted my app for review to start external beta testing and I got the response:
Guideline 2.1 - Information Needed
...but we are not able to continue because we need a demo account to
fully assess your app features.
The app requires verification by phone number (same as when you install whatsapp), and sends a message to the phone number, but there is no "demo account". Do I need to create an account which they can access, with a phone number, and a pre-set verification code in this case? The app is based on the contacts on the phone, so the "experience" won't work as it would for a user this way.
Thanks!
Yes create a basic demo account that they can login to - Apple is strict about this.
Once you are finished you can either update the information and email them back or handle it through the Resolution Center. I updated the app information in iTunes connect with the demo login information and replied to the rejection email stating the demo account information, shortly after that the app was approved for TestFlight.
They basically just need to be able to see as much as possible within your app, so even if what shows is minimal that is fine.
I've made an app that connects to BLE Device.
But my app got rejected from appstore review process.
They said I have to send hardware to submit.
How can I submit this for review? Its true that my App can't work without hardware. The hardware does connect over BLE only and is not MFi.
It can also connect to android app.
I just want to get some clarity on what I need to do to get this app through the review process and into the App Store.
Some answers said that their app passed review process by using Video.
But, I'm not sure it works 'cause when I submitted, I included a url of video at memo field.
Actually the video was very short and not included everything.
I'm not sure What am I suppose to do.
I need your help.
------------------Received Text------------------
Hardware required
We began the review of your app but are not able to continue because we need the associated hardware to fully assess your app features.
At your earliest convenience, please send the necessary hardware/accessory to the address below.
NOTE: Please include your app name and app ID in the shipment; failure to provide this information can delay the review process.
Additionally, it may take several business days for us to receive the hardware once it has been delivered to Apple.
We are developing iOS app. In our app, user accounts are connected to phone numbers and our app does sms verification when user start using our app (like snapchat). We only use user's phone number for that purpose. Now, we are going to submit our app for review, should I declare sms capability as required?
Users need to be able to receive very first sms by whatever means, but we don't want to restrict our target devices too much (e.g., iPod touch user can receive verification code using their Android and use our app on iPod touch).
You should only add something to the "required device capability" list if your app can't function without it (or can't function with it).
If your app can workaround the device not having the capability then don't put it in the list. If your app doesn't function without the capability, then add it to the list.