Home/ Questions/Q 9121971
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-06-17T05:58:58+00:00

Since I upgraded my App to use support lib rev. 11 and compiled against

  • 0

Since I upgraded my App to use support lib rev. 11 and compiled against SDK 4.2 I receive the following error

java.lang.IllegalStateException: Fragment already added: i{4079e598 #2 id=0x1020002 i}
    at android.support.v4.app.FragmentManagerImpl.addFragment(FragmentManager.java:1159)
    at android.support.v4.app.BackStackRecord.popFromBackStack(BackStackRecord.java:729)
    at android.support.v4.app.FragmentManagerImpl.popBackStackState(FragmentManager.java:1493)
    at android.support.v4.app.FragmentManagerImpl.popBackStackImmediate(FragmentManager.java:477)
    at android.support.v4.app.FragmentActivity.onBackPressed(FragmentActivity.java:174)

I have read about similar problems on stackoverflow. Some of them suggest to avoid the replace method, which I am not using. The transaction that causes the crash on rollback looks like this:

ft.remove(oldFrag).add(newFrag).addToBackStack(null).commit()

Other comments say this may occur if you are using fragment transitions that can’t finish quick enough before the user presses back again.
Since I do use transition animations on the given fragments, this might be the cause. However, removing the transition is not a choice and since this exclusively occurs on phones running 2.3.x and the bug was introduced by upgrading to lib 11 and sdk 4.2 I hope google will fix it with the next release.

Has anyone similar problems, information about whether this is planned to be fixed in 4.2.1 or support r12, or suggestions what I can do to circumvent the error?

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    I am trying to fix the issue using a hint I found here

    So I added executePendingTransactions() to immediately execute the transaction:

    ft.remove(oldFrag).add(newFrag).addToBackStack(null).commit()
getFragmentManager().executePendingTransactions();

    This should ensure that the backstack is always in a clean state I hope and doesn’t have any negative drawbacks I can think of.

    Update
    Although it does work on regular phones, the issue remains on some generic devices that do not have a known Android Version number, like 4.0.1 or similar, but instead report some Date like ‘Thu Mar 02 2006 00:00:00 GMT+0100 (MEZ) ‘ as Android Version Number, e.g: samsung – espressowifixx – GT-P3110 reports the given date as android version and yields the fragment added exception… Still annoying. Users don’t care about this stuff, so it is always the already deficitary developer who is blamed.
    No problem for billion dollar companies of course, but single developers, just do something more useful with your time than write apps 😉

    • 0