App bleibt beim Re-Start lange eingefroren

[TurboMagic]

1. I glaube es ging hier um iOS? Dann wären Android 10 Änderungen unwichtig.

2. Am SQLite support von FireDAC hat sich in 10.4 ein bischen was getan von wegen
statisch und dynamisch einbinden oder so. Keine Ahnung ob das hier einen Einfluss
hat. Wäre aber wohl zu prüfen.

Grüße

TurboMagic

[Rollo62]

Ja, hatte ich ganz aus den Augen verloren

Das hier ist auch wieder Android, könnte aber auch auf iOS Auswirkungen haben.

Delphi-Quellcode:

  , FireDAC.Phys.SQLiteWrapper.Stat //23.06.20 added to prevent Rx1040 link error
  // https://stackoverflow.com/questions/62086198/cannot-load-sqlite-libraries-in-android-with-delphi-10-4

[braunbaer]

Zitat von Rollo62:

Delphi-Quellcode:

  , FireDAC.Phys.SQLiteWrapper.Stat //23.06.20 added to prevent Rx1040 link error
  // https://stackoverflow.com/questions/62086198/cannot-load-sqlite-libraries-in-android-with-delphi-10-4

Das hatte ich schon integriert.

[braunbaer]

Hallo Zusammen,

ich rolle das Thema nochmals auf, da ich mir nicht vorstellen kann, dass nur ich diese Probleme habe.
Es geht nur um iOS! Bei Android und Windows ist alle korrekt!!

Mit dem IFMXApplicationEventService frage ich den Zustand der App ab.
Das Ereignis: BecameActive kommt da teilweise bis zu 5 Sekunden verzögert.
Danach wird dann weitergemacht und der Synchornisierungsthread mit meinem Cloudserver gestartet.
Dies kann dann bis zu 30 Sekunden dauern, bis dieser anläuft.
Danach läuft alles wieder wie gewohnt.
Normal dauert dies alles nur ein paar Millisekunden!
Auch ein weiteres BecameActive kann dann problemlos sein, das übernächste aber vielleicht schon wieder nicht.

Natürlich habe ich zu Testzwecken eine Jungfräuliche einfache App gebaut und auch dort passiert es genau idient.
Nur die Verzögerungen sind etwas kürzer.

Weiter oben im Thread habe ich von SQLite-Problemen geschrieben. Bin jetzt aber ziemlich sicher, dass es nicht mit der DB zusammenhängt. Habe extra mal in der Test-App IB-ToGo umgebaut und da war das Problem idient!

Die App bleibt in dieser Zeit eingefroren und der User geht von einem Absturz der App aus - das kommt nicht gut an!

Ich habe 3 Apps bei meinen Kunden im Einsatz.
Das Problem trat bei allen Apps auf, nachdem ich diese mit Delphi 10.4 kompiliert habe.
Ich weiss mir leider keinen Rat mehr - Hat mir jemand einen Tipp...

[Rollo62]

Also ich habe festgestellt das eine App im Development(DEBUG) viel zäher, langsamer und deutlich unterschiedlicher sein kann
als die entsprechende AppStore (RELEASE) Version.
Testest Du mit DEBUG oder RELEASE ?

Trotzdem bleibt es auch im DEBUG nicht unbedingt hängen, das ist schon ungewöhnlich.

Legst Du Teile der App schlafen (Timer, Threads, etc.) bei WillBecomeBackground, und
startest sie wieder bei WillBecomeForground/BecameActive ?
Vielleicht läuft da etwas schief.

Ich schalte im Background möglichst Alles ab, es kann eh nicht benutzt werden.

[braunbaer]

Zitat von Rollo62:

Also ich habe festgestellt das eine App im Development(DEBUG) viel zäher, langsamer und deutlich unterschiedlicher sein kann
als die entsprechende AppStore (RELEASE) Version.
Testest Du mit DEBUG oder RELEASE ?

Trotzdem bleibt es auch im DEBUG nicht unbedingt hängen, das ist schon ungewöhnlich.

Legst Du Teile der App schlafen (Timer, Threads, etc.) bei WillBecomeBackground, und
startest sie wieder bei WillBecomeForground/BecameActive ?
Vielleicht läuft da etwas schief.

Ich schalte im Background möglichst Alles ab, es kann eh nicht benutzt werden.

Es geht leider um die Apps im Release

Und ja, ich beende alles was zu beenden ist (Timer, Threads) und schliesse die FDConnection.
Dies mache ich im FormSaveState. Das ändert auch nichts, wenn ich es im WillBecomeBackground mache.

Immer dasselbe Ergebnis.

[Rollo62]

Dann hilft wohl nur Logging mit Zeitstempel, um rauszufinden wo genau es hakt,
und/oder Alles auseinander zu rupfen, und Stück für Stück neu zusammenzubauen.

[braunbaer]

Zitat von Rollo62:

Dann hilft wohl nur Logging mit Zeitstempel, um rauszufinden wo genau es hakt,
und/oder Alles auseinander zu rupfen, und Stück für Stück neu zusammenzubauen.

das mit dem Logging und Zeitstempel habe ich eh gemacht.
Hier sehe ich dann genau, dass die App öffnet aber das BecameActive erst nach ein paar Sekunden kommt - und genau das ist das, was mich so stutzig macht.
Und das eben nicht immer, sondern nur ab und zu, aber viel zu oft!!

[Rollo62]

Ich habe in solchen Fälllen Allles immer sehr modular gehalten,
damit ich es leicht Stück-für-Stück rückbauen kann.
Oder manchmal hilft es auch das Projekt-DPROJ nochmal komplett neu anzulegen,
weil irgendwelche .DPOJ Settings verschoben sind.
Ich hatte schonmal tagelang nach Fehlern gesucht warum es nicht mehr geht,
einmal neu anlegen, und neu Konfigurieren, dann gings.
Frag mich nicht woran es lag ...