New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
AppStore rejection #229
Comments
Thanks for feedback. True, some users got it too. I now not have plans apply any changes, becouse many apps approved with dismissible dialog. Let's see how it going. |
Exactly same reject with the AppStore today. On four versions with the same SPPermissions usage, 3 rejects, 1 validation. Definitively not fully clear on Apple side. |
@chepiok thanks for information. Lets look now it going next. Now you should hide close button I think. |
I don't think this will work as the only solution is to grant all permissions to close the permission controller. The only way is probably to sequence each permission. A complete redefinition of the process... |
@chepiok can you describe your idea? |
I mean just sequencing iOS native request when request is not yet granted. I agree it's a poor UI ! I don't have a steady opinion right now on the best solution to update my app. |
Hi, I have the same problem and I have more informations
|
I see you can hide close button for solve issue. |
Yes but we have to change button title too. |
Honestly I don't understand which text they want see. Any idea? |
It sounds like "Request" would be a substitution for "Allow" and get past the reviewers. |
There are exemples here: Guidelines Words like « continue » for example |
If we disable the "X" button, when the user deny all permissions, we have to close the popup, is there a way to do that easily ? |
You should implement delegate and compare list of requested permissions. |
HI I have the same problem too. How one would change the text on button to Next or continue
|
So, I got some email with same problems from other developers. I am going to do it:
It will release today with version |
Released |
Just an FYI…Apple rejected an update to our app this week due to the ability to dismiss the SPPermissions dialog without presenting the native Apple Permissions dialog(s).
They stated that while we can still display a popup describing the permissions we want and why we want it, we cannot allow the user to dismiss that dialog and skip the actual native request.
This seems to be a new rule that ties into the new App Tracking Permissions (which we do not use), but does affect all permissions.
The text was updated successfully, but these errors were encountered: