yes, it was on, tried turning it off, no result what so ever
Use the Android Font Packer extension. Add a font to it. Uncheck "use system font.." and set Direct3D 9. But... Some fonts are not compatible with Android.
Posts by feryk
Welcome to our brand new Clickteam Community Hub! We hope you will enjoy using the new features, which we will be further expanding in the coming months.
A few features including Passport are unavailable initially whilst we monitor stability of the new platform, we hope to bring these online very soon. Small issues will crop up following the import from our old system, including some message formatting, translation accuracy and other things.
Thank you for your patience whilst we've worked on this and we look forward to more exciting community developments soon!
Clickteam.
A few features including Passport are unavailable initially whilst we monitor stability of the new platform, we hope to bring these online very soon. Small issues will crop up following the import from our old system, including some message formatting, translation accuracy and other things.
Thank you for your patience whilst we've worked on this and we look forward to more exciting community developments soon!
Clickteam.
-
-
Thank you for the example! I've zero idea why this happens but I was able to fix it in the build 296.
Is there a timeframe for when the update will be available? I'm wondering whether to wait for update 296 or continue updating applications in the current version.
-
Do you have SDK API 31 or higher installed?
What is your min Android ver. and target Android ver. in your application?
-
i don't know where i can find this information
Start android studio and right away on the start screen you have the name and version. :))
-
Thank you for your detailed answer feryk. I am suspecting some sort of false positive on Google's part. Alas for the time being I have no news to share on Clickteam's ability to do what Yves mentioned above (code exclusion). But I would like to add what follows. If Google receives enough appeals, then maybe they will change their review procedures. Fusion developers aren't the only ones to be impacted.
It is possible. But if the developer has many applications that will be rejected repeatedly, it may happen that his applications will be permanently blocked, etc. It could be a mistake on Google's part, but maybe it will stay that way. Perhaps a solution would be to allocate all commands that can send IDs to a special extension. There would be no need to figure out how to delete unused code. We'll see, maybe with time he will figure out where the problem is. It may well have something to do with the launch of the Google play PC service, maybe they changed the test parameters, etc. Who knows, many questions, few answers.
-
Could you please tell us more about this? Did Google gave any explanation as to why they ended up approving some of your apps that they rejected in the first place?
Unfortunately, Google does not provide much detail. All applications are rejected with this:
"...We found an issue in the following area(s):
Device Or Other IDs Data Type - Device Or Other IDs (some common examples may include Advertising ID, Android ID, IMEI, BSSID, MAC address)..."After the appeal, only this will answer:
"...We’re reaching out in response to your recent appeal regarding our Data safety section of our User Data policy and enforcement of your app. You received an email regarding a compliance issue with your app because:
Your app’s Data safety section contains discrepancies between your disclosure and app behavior...."
OR
"...There are discrepancies between your disclosure in the Data safety section and app behavior. For example, we found the following data types sent off device that were not yet disclosed: Device Or Other IDs Data Type - Device Or Other IDs (some common examples may include Advertising ID, Android ID, IMEI, BSSID, MAC address) in APK/app bundle version..."
(Android ID is marked)
They do not disclose details even upon repeated requests.For Example. After 3 weeks of appeals and explaining that the app does not share or collect anything:
"...Thanks for your patience.
After further review, we’ve accepted your appeal and included details below about what additional steps you’ll need to take to get your app to appear on Google Play.
Action required: Submit your app..." -
As fas as I understand (correct me Fernando if I'm wrong), the objects and/or the runtime don't send any ID themselves. It seems that Google now automatically detects if Java code reads the ID (for example if the object has a Get ID expression) and if so it "thinks" the ID is going to be used/sent by the application, even if this code is never called. So it's an over-protection of Google, or even a bug.
In the build 296 we're trying to remove the concerned code that is not used in extensions at build time, for example the Get ID functions, but it's not very easy. In the meantime (and/or if we can't do that for any reason in the net build), then you need to activate the option that says you use the ID in Google's dashboard.
Yes, it is very likely. Just use any Android extension (for example, Android Font Packer, Android Dialog, Android Object, GPG, etc.). Even if I don't use any command that would require some data, google won't release the app. Some applications are released after a long appeal. For some, it says that they are sending an Android ID.
-
To clarify, since a few months back, when using Android Object, there has been code that will be detected as you are asking for data, like email, device ID, and IMEI, even though you are not using it. The solution is to add a line in your policy to mention this.
From Olivier's suggestion, "This app may request access to the Device Or Other IDs shared for app functionality. "
_Note_ possibly this will happen with Android Plus, but never had any problem in the past.
also correlated to:
Hi. I have 15 apps on google play. All are rejected. As of 10/17/2024, everything was fine. If something has changed in the extensions and you've known about it for a few months, why not let others know? !!! Google wants me to flag what I send or collect. But my games don't collect, share or request any data. So how do I know what to mark? I would expect better support than just answer: mark something. I never thought that Android Font Packer sends Android ID data...etc.. I still don't know what exactly is being sent and where. But I have no choice. So I have to mark that I'm sending an ID, maybe for analysis, even if I'm actually lying. After a month of appeals, two games were successfully appealed. The updates went through without me having to declare anything. But it's frustrating. Evidently there is something or some library in the engine that also causes false alarms. I won't deal with it anymore. I'll just declare that I'm sending some ID. But it annoys me.
PS: Thx Lukaaash, that he wrote for me. Unfortunately, contacting someone is an almost superhuman task. But after 35 days my account was finally activated here on the forum, so ok.
