«Échec de la livraison» – onActivityForResult

Tout d’abord, vous devriez lire mon article sur le blog pour plus d’informations (il explique pourquoi cette exception se produit et ce que vous pouvez faire pour la prévenir).

Appeler commitAllowingStateLoss() est plus un hack qu’un correctif. La perte d’État est mauvaise et doit être évitée à tout prix. Au moment où onActivityResult() est appelé, l’état de l’activité / du fragment n’a peut-être pas encore été restauré et, par conséquent, toutes les transactions effectuées pendant ce temps seront perdues. C’est un bug très important qui doit être corrigé! (Notez que le bogue ne se produit que lorsque votre Activity revient après avoir été tué par le système … ce qui, en fonction de la quantité de mémoire de l’appareil, peut parfois être rare). est très facile à attraper en testant).

Essayez plutôt de déplacer vos transactions dans onPostResume() (notez que onPostResume() est toujours appelé après onResume() et onResume() est toujours appelé après onActivityResult() ):

 private boolean mReturningWithResult = false; @Override protected void onActivityResult(int requestCode, int resultCode, Intent data) { super.onActivityResult(requestCode, resultCode, data); mReturningWithResult = true; } @Override protected void onPostResume() { super.onPostResume(); if (mReturningWithResult) { // Commit your transactions here. } // Reset the boolean flag back to false for next time. mReturningWithResult = false; } 

Cela peut sembler un peu bizarre, mais ce genre de chose est nécessaire pour s’assurer que vos FragmentTransaction sont toujours validées après que l’état de l’activité a été restauré dans son état d’origine ( onPostResume() est garanti pour être appelé après l’ Activity ‘ s état a été restauré).

Ceci est similaire à la réponse de @Alex Lockwood mais en utilisant un Runnable :

 private Runnable mOnActivityResultTask; @Override protected void onActivityResult(int requestCode, int resultCode, Intent data) { super.onActivityResult(requestCode, resultCode, data); mOnActivityResultTask = new Runnable() { @Override public void run() { // Your code here } } } @Override protected void onPostResume() { super.onPostResume(); if (mOnActivityResultTask != null) { mOnActivityResultTask.run(); mOnActivityResultTask = null; } } 

Si vous utilisez Android 3.0 ou supérieur avec lambdas , utilisez ceci:

 @Override protected void onActivityResult(int requestCode, int resultCode, Intent data) { super.onActivityResult(requestCode, resultCode, data); mOnActivityResultTask = () -> { // Your code here } } 

Dans mon cas, j’ai été confronté aux mêmes problèmes à cause de la suite

 public void onBackPressed() { super.onBackPressed(); setIntents(); } private void setIntents(){ Intent searchConstaints=new Intent(); searchConstaints.putExtra("min",20); searchConstaints.putExtra("max",80); setResult(101,searchConstaints); finish(); } 

Résolu en réorganisant la fonction Appels dans onBackPressed ()

 public void onBackPressed() { setIntents(); super.onBackPressed(); } 

Vous pouvez utiliser ft.commitAllowingStateLoss() pour résoudre ce problème.

Raison: votre méthode ft.commit() été onSaveInstanceState après onSaveInstanceState .

votre logcat dit clairement: “Vous ne pouvez pas effectuer cette action après onSaveInstanceState” – votre Activity est déjà morte à ce stade et n’a pas pu retourner de résultats.

juste bouge:

 Intent in = new Intent(); setResult(1, in); 

à l’endroit dans votre Activity où il est encore vivant, et tout ira bien. et n’oubliez pas de finish() votre Activity pour délivrer le résultat.