Detected issue: User data policy issue due to SDK Contains version 12 code for the "com..Corps" app. on the com.startapp:inapp-sdk SDK, - startapp

Detected issue: User data policy issue due to SDK Contains version 12 code for the "com.Corps" app.
on the com.startapp:inapp-sdk SDK, or on another SDK that one of your libraries depends on and is likely to facilitate the transfer or compilation of data of the type collected by installed packages without observing the Clear Data Handling Disclosure Guidelines and/or policy guidelines Privacy.
Please ensure that user data (such as information collected from or about the user, including device information) is treated transparently. This means clearly disclosing the details of your app's access, collection, use, and sharing of data, and limiting the use of that data to the stated purposes. If your app handles sensitive user data, you must follow the Users Data Policy.
Effective November 22, 2022 at midnight UTC, publishing of new versions of applications that include versions of the SDK that do not comply with the User Data Policy will be prohibited. We recommend that you upgrade to another version of this SDK that complies with this policy and does not contain the offending code, if available from the SDK provider, or that you remove it or replace it with another SDK.
Based on the information provided by the SDK provider, we recommend that you upgrade to version 4.10.1. Please contact your software development package provider for more information.
Action required: Please download a compliant version of this package and disable the incompatible version.
See our Users Data Policies for more details and learn here how to submit an updated app for review. If the non-compliant APK is not disabled, it may remove all published APKs.
Please check that your app complies with all other software development policies. Additional enforcement action may be taken if other violations of the policies are detected.
If you have reviewed the Policy and our decision appears to be incorrect, please contact the Policy Support Team.
Detected issue: User data policy issue due to SDK Contains version 12 code for the "com.Corps" app.
on the com.startapp:inapp-sdk SDK, or on another SDK that one of your libraries depends on and is likely to facilitate the transfer or compilation of data of the type collected by installed packages without observing the Clear Data Handling Disclosure Guidelines and/or policy guidelines Privacy.
Please ensure that user data (such as information collected from or about the user, including device information) is treated transparently. This means clearly disclosing the details of your app's access, collection, use, and sharing of data, and limiting the use of that data to the stated purposes. If your app handles sensitive user data, you must follow the Users Data Policy.
Effective November 22, 2022 at midnight UTC, publishing of new versions of applications that include versions of the SDK that do not comply with the User Data Policy will be prohibited. We recommend that you upgrade to another version of this SDK that complies with this policy and does not contain the offending code, if available from the SDK provider, or that you remove it or replace it with another SDK.
Based on the information provided by the SDK provider, we recommend that you upgrade to version 4.10.1. Please contact your software development package provider for more information.
Action required: Please download a compliant version of this package and disable the incompatible version.
See our Users Data Policies for more details and learn here how to submit an updated app for review. If the non-compliant APK is not disabled, it may remove all published APKs.
Please check that your app complies with all other software development policies. Additional enforcement action may be taken if other violations of the policies are detected.
If you have reviewed the Policy and our decision appears to be incorrect, please contact the Policy Support Team.

Related

What is the easiest way to fetch data dynamically from a cloud storage to a flutter app

I am looking for a way to fetch data to my flutter app which can be adjusted and modified dynamically after deploying the app. As an example, if I want to change the images of the carousel depending on promotions or launch new books to the digital library. I need an economic option to host the data in cloud storage and fetch it from there.
I have considered firebase as well as google drive, but have yet to find a good guide. being a beginner and having concerns about security I want some expert advice if possible.
*edit-
Seeing many a tutorial I assume there is no better way than linking file URLs from the
Cloud Storage. So to dynamically change those is it possible to refer the URLs to some excel sheet fields to obtain URLs. Those fields can certainly be adjusted then without any hard coding. but the question is how to refer to such a sheet file? *
I also want to segregate the users into paid and free users, I have successfully proceeded with the authentication with firebase but still don't understand(I do have some concepts but don't know where to do that) how to put them in groups and impose limitations on them about accessing the data. any guidance, links and helpful advice will be cordially appreciated.
According to what you are looking for, I highly recommend you to use Firebase Remote Config, which is a cloud tool that allows you to modify your app's functionality and appearance without forcing users to download an update. You define in-app default values that control the functionality and appearance of your app when you use Remote Config. Then, for all app users or for subsets of your user base, you may utilize the Firebase console or the Remote Config backend APIs to modify in-app default values.
Your program can control when updates are applied, and it can check for updates regularly and apply them with minimal performance impact.
Remote Config comes with a client library that takes care of essential functions like fetching parameter values and caching them while still allowing you to manage when new values are active and how they affect the user experience in your app.
Here is a tutorial that uses Flutter and Firebase Remote Config that could also help you.

Is there a workaround for launching Google Actions for countries where Transactions API is not available

Recently, one of our Actions was rejected because it allowed the user to book an appointment but did not use Transactions API. So we had a few questions regarding the review process and the policy guidelines for Actions that use Transactions API.
Is there a way (by modifying the codebase or contacting the support) using which you can launch your Action for countries where Transactions API is currently unsupported?
Can you launch different (with and without Transactions API) versions of a single Action for different countries?
If someone is offering services that require enablement of Transactions API, does it limit the location targeting to only include the countries where the API is currently supported?
Is there a way (by modifying the codebase or contacting the support)
using which you can launch your Action for countries where
Transactions API is currently unsupported?
If you are knowing where the Transactions API is supported you can select your target county while Giving it for Approval from your action console.
Can you launch different (with and without Transactions API)
versions of a single Action for different countries?
As the invocation name will be chaos You can not upload your action with different critearea with different location.
Action store is same like Play store or App store where you can upgrade your action or app but can't duplicate in same manner.
One-word names are not allowed, unless the name is unique to your brand or trademark within the target country. Instructions to request an exception for individual countries are below. Compound words broken into multiple words will
not circumvent this requirement, for example key board counts as one word.
Two-word names are not allowed if one of the words is a definite article (the), indefinite article (a or an), pronoun (like my), or preposition (for, to, or of). For example, your name should not be a bicycle, an espresso, to amuse or for fun.
If someone is offering services that require enablement of
Transactions API, does it limit the location targeting to only
include the countries where the API is currently supported?
For an alternative solution you can use web payments where you can do some payment and give callback to your server. (i think thats allowed in most countries if you have global payment options available)
Actions that enable Transactions aren't currently available on Android (Go edition) devices.

iHasApp - App Definitions Update

Do you know how the App definitions in iHasApp are generated / can be updated?
It comes shipped with the following definitions;
https://github.com/danielamitay/iHasApp/blob/master/iHasApp/schemeApps.json
I have run this on number of devices with differing Apps and there are some that are not detected that I am certain have a scheme / URL but are not present in the current definitions. If I manually add their AppID's into the .json, iHasApp detects them and displays the App in the results as expected.
I have considered mining all released AppIDs from the itunes API but this seems like a hefty time intensive process and would populate the json with >600k AppIDs that may not be configured to work as a scheme / URL.
How is the best, most thorough way to update this with working AppIDs and (if possible) Facebook ID's?

Check for "Release Build" at runtime

I'm creating a .framework (or a static library) for a component that I developed and that I'd like to sell to third-parties.
I was planning to add some code to protect the framework from unauthorised re-use, re-distribution or re-sale.
I think a good way to achieve this would be to ask to the purchaser to tell me what is the bundle ID of the app that will use the framework, save it in the framework as an NSString property and create a method that checks at runtime if the bundle ID of the app that is using the framework match or not.
However I'd like also to make the framework available to try for free. Therefore I want to enable the bundle ID check only then the containing app is compiled in released mode, or when the app is running on the end user device, outside the development sandbox.
Of course I can't use any methods that relies on variables or macros set in the project file, because they would be too easy to exploit. I need to do it at runtime... and without any action needed by the purchaser.
Is there a way to check at runtime if an app is running in the developer sandbox or not? Or if an app has been built with the release build profile?
Thanks!
In the past, I have implemented a simple time-bomb expiration in free to eval but not free to deploy components. The library would function up to certain date X, and then stop working. The user would just have to re-download the latest bits to continue evaluating. One paid order, a download link is provided without the the time-bomb or a license file with a digitally signed license disabled the time bomb logic all together. Relying on run-time environmental characteristics is fragile at best.

How to integrate a comment system in an ios app?

Lets say my web server app is in drupal or wordpress, or even code igniter, how would one get about integrating a comment system? TSpecifically what I am trying to find out is if anyone was able to find a successful approach that would save some time as opposed to me going down the road of tying myself to a specific CMS content system.
Just throwing in some considerations here (by no means complete):
Are users also accessing your content (and its comment system) via the website?
If so, you'll want to have a comment interface that is available on the website too, and the easiest choice may be to use the comment system natively supplied by your CMS / through plugins.
If on the other hand your users will only be using the iOS app(s) for commenting (via a native interface) or you'll be heavily customizing the website anyway, using a comment system independent from your CMS might be an option.
How will the content be accessed from the app?
Via a simple web view? Or will the app download via an API provided by your CMS and display it in a native UI? If you are using an API provided by your CMS, you will have the same issue with your content as with your comments when moving CMSes.
You could add an intermediate layer that abstracts from the specific CMS API.
Or if you don't really plan on moving CMSes but want to prepare for that event nevertheless, you could simply implement a no-frills "version check" to ask the server for the CMS kind / version it is using, and if it doesn't match what your app expects, ask the users to update. This isn't the prettiest user experience, but it might be sufficient depending on what you're actually planning.