IssueTracker

I see same issue and have been debugging it.

NOTE: It DOES NOT happen if not using support package, but use android level 14/15 library. I believe Honeycomb works well too.

My current workaround is to provide my own DialogFragment.show() method, like below:


    public int show(FragmentTransaction transaction, String tag) {
        return show(transaction, tag, false);
    }


    public int show(FragmentTransaction transaction, String tag, boolean allowStateLoss) {
        transaction.add(this, tag);
        mRemoved = false;
        mBackStackId = allowStateLoss ? transaction.commitAllowingStateLoss() : transaction.commit();
        return mBackStackId;
    }

But Google pls fix this issue, as the expected behaviors must be consistent with ICS DialogFragment + FragmentManager and support package DialogFragment + FragmentManager.

It happens with both Support Package v4 r6 and v13 r6.

I have this problem too.

As a workaround I use a boolean in the onActivityResult to mark the desired dialog and show the dialog in the onResume.

Extra info on stackoverflow: http://stackoverflow.com/questions/10114324/show-dialogfragment-from-onactivityresult

This is definitely not a bug. There are times when onActivityResult() can be called before the Activity has restored its saved state... committing fragment transactions in these situations will simply not be remembered as a result (see this blog post: http://www.androiddesignpatterns.com/2013/08/fragment-transaction-commit-state-loss.html).

Try moving your commits into "onPostResume()" instead as described here: http://stackoverflow.com/questions/16265733/failure-delivering-result-onactivityforresult/18345899#18345899

Adding a "super.onActivityResult(requestCode, resultCode, data)" call at the beginning of the method seems to fix the problem. I'm surprised than almost nobody came up with such a simple solution.

Dear alockw...@google.com,

Let's say we have an application where we need to select a picture from gallery, and then when we come back to onActivityResult(), we need to show a DialogFragment asking the user if he really wants to send the file.

How do you propose we can implement this with the current API?

Thank you,
Sabin

Please also consider how to deal with "Avoid performing transactions inside asynchronous callback methods." problem which is stated in http://www.androiddesignpatterns.com/2013/08/fragment-transaction-commit-state-loss.html#more
dismissAllowingStateLoss() is the least resort for dismiss() dialog in onPostExecute(), but there is no solution for DialogFragment#show() in onPreExecute() callback.

I have a similar problem, but I show the DialogFragment (not the one of the support library) on the onStart method call.

How could it be? And, how can I solve this?

Still a bug on android 6

public void showAllowingStateLoss(FragmentManager manager, String tag) {  
       FragmentTransaction ft = manager.beginTransaction();  
       ft.add(this, tag);  
       ft.commitAllowingStateLoss();  
}

I looked up the source code and got this method. I'm wondering why Google add a @hide annotation to this great API?

Agree #14.

Just looked up source code and this method was introduced since API 23. So maybe here's another alternative:

getFragmentManager().beginTransaction()
      .add(fragment, tag)
      .commitAllowingStateLoss();

Oh my god..
This error happened to my app users..
Please refer to below logs.

Samsung Galaxy Note10+ 5G (d2x), Android 9

java.lang.IllegalStateException:
  at androidx.fragment.app.FragmentManager.checkStateLoss (FragmentManager.java:1997)
  at androidx.fragment.app.FragmentManager.enqueueAction (FragmentManager.java:2029)
  at androidx.fragment.app.BackStackRecord.commitInternal (BackStackRecord.java:321)
  at androidx.fragment.app.BackStackRecord.commit (BackStackRecord.java:286)
  at androidx.fragment.app.DialogFragment.show (DialogFragment.java:156)
  at com.xxx.yyyyy.ZZZActivity$8$1.run (ZZZActivity.java:585)
  at android.os.Handler.handleCallback (Handler.java:873)
  at android.os.Handler.dispatchMessage (Handler.java:99)
  at android.os.Looper.loop (Looper.java:216)
  at android.app.ActivityThread.main (ActivityThread.java:7263)
  at java.lang.reflect.Method.invoke (Native Method)
  at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run (RuntimeInit.java:494)
  at com.android.internal.os.ZygoteInit.main (ZygoteInit.java:975)