Android Privacy changes in Android 10: foreground service type

[Stewag]

Das letzte Update meiner App wurde abgelehnt mit dem Hinweis auf die neuen "Permissions & Location Permissions policies":
https://developer.android.com/about/...rivacy/changes

Im Update gab es keinerlei Änderungen bezüglich der Lokalisierung. Die App nutzt Lokalisierung nicht im Hintergrund.

Ich entnehme der URL, dass foregroundServiceType in AndroidManifest.template.xml aufgenommen werden muss.
Habe dafür verschiedene Syntaxes gefunden, etwa diese: https://developer.android.com/traini...ons#foreground

Leider klappt es mit dem Einbau in die AndroidManifest.template.xml nicht, der Compiler moniert den Aufbau der XML.

Hat jemand das Problem auch bzw. schon gelöst?

[Rollo62]

Ich meine foregroundServiceType ist nicht unbedingt nötig, nur wenn Du die Location auch als Service anlegst.
Im Normalfall braucht man das nicht, zumindesst gehe ich davon aus dass dies sich nicht geändert hat.

Hast Du die App überhaupt auf API-level 29 eingestellt, durch Setzen der targetSdkVersion im XML-Template auf 29

Delphi-Quellcode:

<uses-sdk android:minSdkVersion="%minSdkVersion%" android:targetSdkVersion="%targetSdkVersion%" />

<uses-sdk android:minSdkVersion="%minSdkVersion%" android:targetSdkVersion="29" />

Bei Rx10.4.1 ist das nicht nötig, und es scheint auch den foregroundServiceType nicht zu brauchen.

[Stewag]

In der AndroidManifest.xml im Projektordner steht noch 28:

<uses-sdk android:minSdkVersion="19" android:targetSdkVersion="28" />

Das mit dem foreground service ist nur eine Vermutung auf Grund der Fehlermeldung von Google:

"Issue with your app: Unable to verify background feature in app
In our review, we were unable to verify that the app offers the declared background feature.

Our review team must be able to verify the feature’s functionality in your app. If your feature is not visible to the user then you must demonstrate its functionality in your submitted video."

Im Video hatte ich nur gezeigt, wie die Lokalisierung vom Benutzer autorisiert werden muss.

Wenn kein Foreground service explizit deklariert ist setzt Google bei der Aktivierung von grober und feiner location wohl stets ein background feature voraus.

[Rollo62]

Dann musst Du auf API-29 updaten, sonst kommt man nicht mehr in den Store.
Vielleicht hilft Dir das weiter ?
https://stackoverflow.com/questions/...-delphi-10-3-3
https://delphiworlds.com/2020/09/man...nstall-delphi/

[Stewag]

Ich habe die Android API 29 nach Anweisung herunter geladen.
Wenn ich sie in der IDE installiere, wird aber trotzdem stets nur "25.2.5" angezeigt, obwohl im Install Fenster bei SDK-API-Level klar "android-29" steht (siehe Anhang).

Nach der Kompilierung hat die erzeugte AndroidManifest.xml weiter den Inhalt:
<uses-sdk android:minSdkVersion="19" android:targetSdkVersion="28" />

Außerdem sollte Google laut eigener Info doch bis zum 2.11. noch API 28 akzeptieren:
https://developer.android.com/distri...lop/target-sdk

Ich verwende 10.3.3 Community Ed. und kann daher nicht auf 10.4 updaten.

?

[philipp.hofmann]

Google hat eine neue Permission-Policy und will für angefragte Permissions wissen, warum man diese nutzt (im Sinne des User-Nutzens). Dazu gibt es in der Google Play Console neue Formulare, die man ausfüllen muss. In der ersten Runde ist meine App auch abgelehnt worden, weil ich

Delphi-Quellcode:

PermissionsService.RequestPermissions([
  'android.permission.ACCESS_COARSE_LOCATION', 
  'android.permission.ACCESS_FINE_LOCATION', 
  'android.permission.ACCESS_BACKGROUND_LOCATION'], LocationPermissionRequestResult);

nutze, ohne diese kann ich keine BLE-Verbindung aufbauen. Jetzt habe ich nochmals versucht Google dies zu erklären, dass meine App ohne BLE keinen Sinn macht und ohne diese Permissions BLE nicht funktioniert. Ich hoffe, dass damit die Ablehnung zurückgenommen wird.

[Rollo62]

Zitat:

Zitat von Stewag (Beitrag 1474941)

Nach der Kompilierung hat die erzeugte AndroidManifest.xml weiter den Inhalt:
<uses-sdk android:minSdkVersion="19" android:targetSdkVersion="28" />

Di Datei kann manuell editiert werden, und das bleibt dann normalerweise so drin.
Wenn es noch keine Template-Datei gibt dann legt Delphi eine neue an, da stehen dann die normalen, alten Default-Werte der IDE drin (28).

[Rollo62]

Zitat:

Zitat von philipp.hofmann (Beitrag 1474955)

Jetzt habe ich nochmals versucht Google dies zu erklären, dass meine App ohne BLE keinen Sinn macht und ohne diese Permissions BLE nicht funktioniert. Ich hoffe, dass damit die Ablehnung zurückgenommen wird.

Ich habe schon öfters Videos / Screenshots von der Funktion gemacht, das hat immer geholfen,
und ist meistens besser als lange Erklärungen die Google nicht versteht.
Da sitzen ja auch nur Menschen KI(s) :stupid:

[Stewag]

Zitat:

Zitat von Rollo62 (Beitrag 1474956)

Zitat:

Zitat von Stewag (Beitrag 1474941)

Nach der Kompilierung hat die erzeugte AndroidManifest.xml weiter den Inhalt:
<uses-sdk android:minSdkVersion="19" android:targetSdkVersion="28" />

Die Datei kann manuell editiert werden, und das bleibt dann normalerweise so drin.
Wenn es noch keine Template-Datei gibt dann legt Delphi eine neue an, da stehen dann die normalen, alten Default-Werte der IDE drin (28).

Die manuellen Änderung des XML Templates auf "29" hat funktioniert. Allerdings wurde das packet von Google trotzdem noch abgelehnt.
Der Grund dafür bestand darin, dass in einem der neuen permission Formulare noch eine falsche Angabe zur Lokalisierung angegeben war.

Nachdem ich das korrigiert hatte, war das Update sofort im store. :-D

Danke nochmal!

[Rollo62]

Zitat:

Zitat von Stewag (Beitrag 1475093)

Allerdings wurde das packet von Google trotzdem noch abgelehnt.
Der Grund dafür bestand darin, dass in einem der neuen permission Formulare noch eine falsche Angabe zur Lokalisierung angegeben war.

Was genau war denn falsch, mit welcher Begründung von Google ?
Das wäre interessant zu wissen, weil genau da die meisten Probleme auftauchen,
und jede Äusserung von Google kann wichtig sein.
Welche Permissions hast Du denn jetzt benutzt ?

Die Permissions sind eine Dauerbaustelle weil iOS und Android ständig daran herumpfuschen.
In der Regel geht es nur in Richtuing weniger Rechte, bei jeder neuen Version.