3 ms·
This was my immediate question too. Microsoft offers a service called CodePush (https://microsoft.github.io/code-push/ https://microsoft.github.io/code-push/) f
by avolcano 10y ago
This was my immediate question too. Microsoft offers a service called CodePush (https://microsoft.github.io/code-push/ https://microsoft.github.io/code-push/) for React Native and Cordova apps that presumedly could get caught by this. I don't have enough mobile dev knowledge to know whether or not it uses the same APIs that were mentioned in Apple's rejection letter, though.
- htormey 10y agoYep. I use code push in several apps. It's gonna be fun times next time I need to submit an app. I think it might be safe because it doesn't push native code and rollout is all about pushing native changes.
- axemclion 10y agoPM on the CodePush team here. The rejection notice seems to explicitly call out the native methods that are a cause of the issue. CodePush cannot inject private frameworks or expose any methods that React Native already exposes. I would also recommend not using CodePush to completely what an app does.
- joncrane 10y agoI accidentally what the app does.
- vinayan3 10y agoCan you get confirmation that CodePush won't be impacted?
- mmcwilliams 10y agoCorrect me if I am totally wrong here, but isn't the issue not with introducing new private frameworks or exposing new methods but with changing the behavior of the interpreted code that interacts with already exposed frameworks/methods? The relevant language seems to suggest that you could still be in violation of Apple's TOS if your script(s): >change the primary purpose of the Application by providing features or functionality that are inconsistent with the intended and advertised purpose of the Application as submitted to the App Store.