Review rejected app - UIBackgrounds Audio Key

Question

Created Jan ’18

Replies 3

Boosts 0

Views 7.6k

Participants 3

My App was rejected four times and I don't understand what is the problem, because I am not figure out what is wrong. Can anyone help me to solve or show me what is the point to rejection? The problem really exists ?

How Can I Solve ?

2. 5 Performance: Software Requirements

Guideline 2.5.4 - Performance - Software Requirements

Your app still declares support for audio in the UIBackgroundModes key in your Info.plist but did not include features that require persistent audio.

Next Steps

The audio key is intended for use by apps that provide audible content to the user while in the background, such as music player or streaming audio apps. Please revise your app to provide audible content to the user while the app is in the background or remove the "audio" setting from the UIBackgroundModes key.

Boost

Answer 1

rjhancock OP

Jan ’18

The problem is one of 2 things depending on what your app does. If it does background audio (audio still plays when app isn't loaded) then you need to make sure it's coded correctly to allow it. If your app does NOT do background audio, then look in your Info.plist file under the UIBackgroundModes key for a key for Background Audio and remove it.

Exacatly as they say in their email.

0

Answer 2

lusci OP

Oct ’20

Hi,
sorry - it's a real pity: I am unable to meet your endlessly repeated requiremens to eliminate "utilizing"
of background modes "audio" and "location" settings in my app:

Since several unsuccessful passing trials up to now my info.plist had no such entries yet any more!
According to https://developer.apple.com/forums/thread/95216 another reason for rejections may be hidden in app's

source code.

The latter, however, is inaccessable for me, because of these specific app creating circumstances:

Apple replaces the useability of it's o w n Filemaker programs (in the end form of .fmp12-runtimes) with it's o w n iOS-app

Filemaker-Go by offering transforming .fmp12-runtimes with it's o w n Xcode using it's o w n iOSAppSDKPackage into "normal" apps.

Exactly this was the way to the App, which then finally was presented to you for reviewing.
All unnecessary and definetely unused "audio" and "location" parts remaining in my inaccessable app's source code resulted from the a u t o m a t e d transformation processes g e n e r a t e d by A p p l e!

Therefoe - in my opinion - the only practical way of handling the resulting interaction imperfections is giving your permission
by tolerating these "statements without consequences" (as you - by the way and according to it's developer Almute Kraus - yet did with for app "BoardCash" by 2K Yachting, which was generated same way as mine).

Best regards
Dr. Ludwig Schieferstein

0

Answer 3

lusci OP

Oct ’20

I cannot find any entries containing any of the sign strings "UIBackgroundmode", "audio" nor "location",
but the reviews continuously complain
"Your app declares support for audio in the UIBackgroundModes key in your Info.plist" and
"Your app declares support for location in the UIBackgroundModes key in your Info.plist file".
How is this possible?
How can I solve it?

0