requestLegacyExternalStorage im AndroidManifest

[himitsu]

Du kannst die erstellte APK mit 7-Zip entpacken.
Und dort in den XML im RootVerzeichnis schauen, ob sich dieses requestLegacyExternalStorage doch noch drin befindet.
(eventuell auch nochmal mit einem Suchprogramm in allen anderen Dateien suchen)

[zeras]

Zitat von himitsu:

Du kannst die erstellte APK mit 7-Zip entpacken.
Und dort in den XML im RootVerzeichnis schauen, ob sich dieses requestLegacyExternalStorage doch noch drin befindet.
(eventuell auch nochmal mit einem Suchprogramm in allen anderen Dateien suchen)

Danke für den Tipp.
Ich habe dann die "aab" Datei geöffnet.
Leider habe ich den o.g. Parameter nicht gefunden. Als Gegenbeweis habe ich mal nach "hardwareAccelerated" gesucht. Diesen Parameter habe ich dann mehrmals gefunden.

[philipp.hofmann]

Wenn du einen Pfad aus
  fDir := TPath.GetDocumentsPath + TPath.DirectorySeparatorChar nutzt, musst du aber doch in deiner App mehr Permissions nutzen, damit dies erlaubt ist oder nicht? Spontan würde ich sagen, dass dies die folgenden sein sollten:
  PermissionsService.RequestPermissions(['android.permission.READ_EXTERNAL_STORAGE', 'android.permission.WRITE_EXTERNAL_STORAGE'], ReadExternalStorageRequestResult); und auch hierzu sollten in der Mail Infos stehen. Dieser Pfad dürfte eigentlich nicht mehr erlaubt sein oder du musst es begründen können (z.B. Hersteller von File-Explorer-Apps).

[zeras]

Zitat von philipp.hofmann:

Wenn du einen Pfad aus
  fDir := TPath.GetDocumentsPath + TPath.DirectorySeparatorChar nutzt, musst du aber doch in deiner App mehr Permissions nutzen, damit dies erlaubt ist oder nicht? Spontan würde ich sagen, dass dies die folgenden sein sollten:
  PermissionsService.RequestPermissions(['android.permission.READ_EXTERNAL_STORAGE', 'android.permission.WRITE_EXTERNAL_STORAGE'], ReadExternalStorageRequestResult); und auch hierzu sollten in der Mail Infos stehen. Dieser Pfad dürfte eigentlich nicht mehr erlaubt sein oder du musst es begründen können (z.B. Hersteller von File-Explorer-Apps).

Habe ich da etwas falsch verstanden? Ich hatte gedacht, dass ich in dem o.g. Pfad meine Ini speichern kann.
Wo gibt es sonst einen Platz, um meine Ini zu speichern?

[philipp.hofmann]

Ich speichere meine Daten unter Android in
appPath:=TFileUtils.adjustDir(System.IOUtils.TPath .GetPublicPath());

Dies ist laut Delphi-Doku
Android: /storage/emulated/0/Android/data/<application ID>/files
Dein Pfad ist laut Delphi-Doku
Android: /data/data/<application ID>/files

Ob dies hier einen Unterschied macht, kann ich dir leider nicht sagen. Da es an sich unterhalb der Application-ID ist, sollte es in der Theorie passen. Da gebe ich dir recht.
Hast du die Entitlements im Projekt mal angeschaut, ob dort noch eines gesetzt ist, was nicht mehr sein sollte?

[zeras]

Zitat von philipp.hofmann:

Hast du die Entitlements im Projekt mal angeschaut, ob dort noch eines gesetzt ist, was nicht mehr sein sollte?

Meinst du mit Entitlements Berechtigungen?

[Rollo62]

http://docwiki.embarcadero.com/RADSt...or_iOS_or_OS_X

[TurboMagic]

Deine ini gehört in einen App lokalen Pfad, also nicht ein öffentliches Verzeichnis.
Also z.B. TPath.GetHomePath.

[philipp.hofmann]

GetDocumentsPath und GetHomePath ist unter Android das gleiche Verzeichnis und auch GetPublicPath zeigt nicht auf ein öffentliches, sondern ein Applikationsverzeichnis:

TPath.GetDocumentsPath (nutzt der Verfasser)
/data/data/<application ID>/files

TPath.GetHomePath
/data/data/<application ID>/files

TPath.GetPublicPath (nutze ich)
/storage/emulated/0/Android/data/<application ID>/files

Die Pfade sollten für Ini-Files also alle erlaubt sein.

[himitsu]

Je nach Geräte-Hersteller können die Pfade auch etwas abweichen,
aber im Großen und Ganzen ist das Schema überall ähnlich.