App rejection for use of alternate icons

App Store Distribution & Marketing App Review
yega OP
Created 3w
Replies 6
Boosts 0
Views 287
Participants 3

I am currently stuck in app rejection limbo at the moment. This has gone on all day.

My iOS app allows a user to choose 1 of 4 alternate icons or just the default primary icon in the general app settings.

The review team has been rejecting my app for the following reasons which I am apparently failing to decode somehow:

Guideline 4.6 - Design - Alternate App Icons


We continue to find that the app's binary includes icons that may support a user-selectable icons feature but does not fulfill all of the requirements for using alternate icons. Specifically:

- The app includes user-selectable icons but does not provide a way to change the icons within the app.

Next Steps

To resolve this issue, please ensure that the app's icons can only be changed at the user’s request, are relevant to the content and functionality of the app, and can be reverted back to the app's original icon.

If these icons were included in your binary for a reason other than a user-selectable icon feature, reply to this message in App Store Connect and let us know.

This was my previous response explaining the use of the alternate icons:

1. The app's icons *can only* be changed at the user’s request – the user does this from the general app settings as previously explained. We do NOT in anyway do this without the user's request.

2. It is a way for the user to personalise the app. A person who curates things would appreciate this (as I do) so it is relevant to the functionality of the app. This same feature is also in the macOS version presently in the Mac App store and it is implemented the same way.

3. It *can* be reverted back the same way it was changed *by the user* in the app settings. 

4. I do not think the UI to change the app icon should be in the main app (as opposed to the general app settings) because the user is not expected to change the app icon very often. So it is situated in the general app settings along with many other options that the user is not expected change often but can whenever they want to.

Does choosing the alternate app icon in app settings not count as "within the app" ?

Replies  6
Boosts  0
Views  287
Participants  3
Scott OP
3w

Does choosing the alternate app icon in app settings not count as "within the app" ?

By “general app settings” do you mean your app’s settings bundle that the user accesses via the system Settings app? Or just a page titled General that is inside your app itself?

If in the settings bundle, then how do you actually change the icon? That wouldn’t give you any context from which to call UIApplication.setAlternateIconName() when the user makes a change.

Or are you calling setAlternateIconName() at some point after the app launches/resumes after visiting your bundle in system Settings? I guess that could work, but probably doesn’t match their expectation that the icon-changed confirmation alert pops up immediately after the user performs a gesture to trigger the change.

0
endecotp OP
3w

Does choosing the alternate app icon in app settings not count as "within the app" ?

What do you mean by "app settings"? Do you mean that you've usd a Settings.bundle to add settings for your app to the main Settings app? If that is what you mean, then that clearly isn't "within the app".

Having said that, it seems very pedantic that they would reject you for doing that. So... yeah, actually, that's exactly what they would do!

I suggest that you move the settings inside the app and see what happens.

If you're unsure if they have correctly understood how to change the icon - which is possible, though I think unlikely - then send them a screen capture video showing how to do it.

0
endecotp OP
3w

My experience has always been that it is always best to just do what they say immediately, i.e. move the settings into the app now, rather than trying to argue or appeal or whatever. But who knows, you might be lucky!

0
yega OP
2w

UPDATE:

I made an appeal and received a call from the review team clarifying things. So it turns out the UI used to select the alternate icons specifically needs to be in the main app itself and the app settings (Settings bundle) does NOT count as "within the app" (the part that was confusing to me originally).

There were other acceptable scenarios like if an alternate icon is tied to a paid bundle. But the biggest tip for me was that when / if you're confused about the rejection / review of your app, you can simply request for a call and someone will reach out via phone call to explain what is wrong and what you need to do.

0
endecotp OP
2w

if you're confused about the rejection / review of your app, you can simply request for a call and someone will reach out via phone call to explain what is wrong and what you need to do.

Or alternatively, you can post on this forum and "someone" (two of us actually!) will tell you the very same thing!

Do let us know if they eventually approve it - good luck!

0
endecotp OP
2w

Well... call me a pessimistic old cynic, but I think that the advice you get over the phone from App Review is also "speculative at best". I've only tried that phone consultation thing once, and the guy was friendly and sounded like he knew what he was talking about - so I did what he said, and I still get rejected. It was almost like an "AI" conversation - convincing and grammatically correct, but fundamentally nonsense.

As I said, good luck!

0
App rejection for use of alternate icons
First post date Last post date
 
 
Q