provoquant une java.IllegalStateException d'erreur, Pas d'Activité, seulement lors de la navigation de Fragment pour la DEUXIÈME fois

J'en suis très perplexe bug que je n'ai aucune idée de comment même de commencer à travailler à travers.

J'ai une application simple avec une activité, les points de vue sont mis en œuvre avec des Fragments. L'un des fragments a un ViewPager à l'intérieur de celui-ci; j'ai donc décidé que je voulais utiliser le getChildFragmentManager classe de la v4 bibliothèque de prise en charge. J'ai également eu à utiliser ActionBarSherlock, qui a causé un problème, car il n'est pas livré avec la v11 de la v4 de la bibliothèque.

J'ai résolu ce problème en remplaçant la v4 bibliothèque de prise en charge en ABS avec la v11 de la bibliothèque, et tout compilé et semblait être de travail, y compris la ViewPager.

Ici est la partie étrange:

La première fois le fragment avec le ViewPager s'ouvre, il fonctionne correctement, mais la DEUXIÈME fois, il est à utiliser pour la navigation, l'application se bloque, donnant un inutile trace de la pile. À partir de débogage, j'ai découvert que le problème était avec la FragmentManager retourné par getChildFragmentManager; il jette en l'Absence d'Activité d'erreur.

N'quelqu'un a une idée de ce que pourrait être la cause?

Je vais poster le code que vous jugez pertinente.

Merci,
David

S'il vous plaît poster plein logcat de sortie
Quel est exactement un "Non Activité" d'erreur? Comme dans le fragment n'est pas attaché à une activité? Quelle est la ligne de code à l'origine de l'erreur?

InformationsquelleAutor user1743524 | 2013-02-18

46

J'ai suivi le lien dans jeremyvillalobos répondre (qui a été très utile) qui m'a conduit à cette solution de contournement.
```
public class CustomFragment extends Fragment {
    private static final Field sChildFragmentManagerField;

    static {
        Field f = null;
        try {
            f = Fragment.class.getDeclaredField("mChildFragmentManager");
            f.setAccessible(true);
        } catch (NoSuchFieldException e) {
            Log.e(LOGTAG, "Error getting mChildFragmentManager field", e);
        }
        sChildFragmentManagerField = f;
    }

    @Override
    public void onDetach() {
        super.onDetach();

        if (sChildFragmentManagerField != null) {
            try {
                sChildFragmentManagerField.set(this, null);
            } catch (Exception e) {
                Log.e(LOGTAG, "Error setting mChildFragmentManager field", e);
            }
        }
    }

    ...
}
```
Cela fonctionne pour moi, sans la nécessité de retrouver le fragment.
- J'ai étendu mes Fragments avec ce et fonctionne comme un charme. Résolu de nombreux problèmes que j'ai eu depuis longtemps! bien fait.
- Cela DEVRAIT ÊTRE la réponse 🙂
- Salut... sa ne marche pas pour moi.. mon code est ici: github.com/gbhola-bst/FragmentsTesting
- quand je reviens à la pagerFragment (fragment contenant viewPager), je ne suis pas en mesure d'obtenir n'importe quelle vue. Et si j'utilise votre code, Il donne une exception.
- J'ai été en mesure de naviguer vers/à partir du fragment sans s'écraser, mais en utilisant le bouton retour, puis naviguer à nouveau provoqué le crash. Le changement de tous mes fragments d'étendre à partir de cette classe à la place résolu le problème. Donc je suppose que la mise en œuvre n'a pas été encore fixée.
- merci pour vous, il a travaillé pour moi, j'ai un problème avec cette
InformationsquelleAutor lopisan

Cela semble être un bug signalé à

https://code.google.com/p/android/issues/detail?id=42601

La variable

FragmentManagerImpl mChildFragmentManager;

Dans Fragment.java n'est pas définie à null en détacher. Donc la prochaine fois que le fragment est chargé, la variable encore des points pour le dernier parent.

Comme discuté sur ce thread, une solution de contournement consiste à retrouver le Fragment.

Dans mon cas, j'étais à la commutation entre les fragments dans une ActionBar onglet. La difficulté Fragment a imbriquées Fragments et a été plantage de l'application lors de l'entrée dans le fichier loader Fragment. Donc, c'est le travail autour de code:

class MainTabsListener implements ActionBar.TabListener {
    public Fragment fragment;
    public int TabPosition;

    public MainTabsListener(Fragment fragment, int tab_position) {
        this.fragment = fragment;
        TabPosition = tab_position;
    }

    @Override
    public void onTabReselected(Tab tab, FragmentTransaction ft) {
    }

    @Override
    public void onTabSelected(Tab tab, FragmentTransaction ft) {
        CurrentFragment = fragment;
        CurrentTabSelectedPos = TabPosition;

        /**
         * This is a work-around for Issue 42601
         * https://code.google.com/p/android/issues/detail?id=42601
         * 
         * The method getChildFragmentManager() does not clear up
         * when the Fragment is detached.
         */
        if( fragment instanceof FileLoaderFragment ){
            fragment = reinstatiateFileLoaderFragment();
        }

        ft.replace(R.id.fragment_container, fragment);

    }

    @Override
    public void onTabUnselected(Tab tab, FragmentTransaction ft) {
        ft.remove(fragment);
    }

}

InformationsquelleAutor jeremyvillalobos

4

malheureusement, c'est un bug de soutien v4, toujours là 🙁

Lorsque vous choisissez d'autres Fragment via la Navigation Tiroir ou autre chose comme ça, le fragment qui a sous-fragments est détachée. Si ces sous-fragments fragmentManager(getChildFragmentManager()) n'existent plus. alors que ces fragments de retour, erreur s'est produite. De la bombe!

Évidemment, le soutien v4 devez nettoyer mChildFragmentManager dans onDetach(), mais il n'a pas, donc, nous devons compter sur nous-mêmes. comme les codes suivants dans le fragment qui a sous-fragments:
```
@Override
    public void onDetach() {
        try {
            Field childFragmentManager = Fragment.class.getDeclaredField("mChildFragmentManager");
            childFragmentManager.setAccessible(true);
            childFragmentManager.set(this, null);
        } catch (NoSuchFieldException e) {
            e.printStackTrace();
        } catch (IllegalAccessException e) {
            e.printStackTrace();
        }
        super.onDetach();
    }
```
Tout sera OK, bonne journée 🙂

InformationsquelleAutor Kevin Liu
2

peut que votre erreur est android.vue.InflateException?

si oui,vous devez gonfler Fragment de façon dynamique ,ne pas utiliser XML de mise en page.

et, vous ne devriez pas fragment cible qui est défini en XML de Mise en page de Fragment de Transaction.
- non, ce n'est pas l'erreur. J'ai fait réparer temporairement, au lieu de faire un remplacement je suis le cacher et de le montrer. Il n'est pas l'idéal, car cette méthode peut causer des problèmes sur les modifications de la configuration.
InformationsquelleAutor dmnlk

J'ai le même problème.

Dans une activité, j'ai 3 bouttons pour passer fragment de la transaction.remplacer(...)

FragmentTransaction transaction = getSupportFragmentManager().beginTransaction(); transaction.replace(R.id.layout_tablet_paneau, mLigneMessageFragment);

De ce fragment contient un ViewPage avec une coutume FragmentPagerAdapter. Donc, je dois faire getChildFragmentManager(), admis à imbriquée Fragments.

le constructeur est ici:

public LignePagerAdapter(Fragment ligneMessageTabletFragment) {
        super(ligneMessageTabletFragment.getChildFragmentManager());
    }

Donc, j'ai le même message d'erreur: Le premier spectacle de ce fragment wrorks, mais quand je montre de l'autre fragment et de revenir sur celui-ci, j'ai cette exception:

02-26 11:57:50.798: D/ACRA(776): en Attente de pain grillé + travailleur terminé. Tuer Application ? vrai 
02-26 11:57:50.798: E/AndroidRuntime(776): FATAL EXCEPTION: les principales 
02-26 11:57:50.798: E/AndroidRuntime(776): java.lang.IllegalStateException: Aucune activité 
02-26 11:57:50.798: E/AndroidRuntime(776): au android.de soutien.v4.app.FragmentManagerImpl.moveToState(FragmentManager.java:1075) 
02-26 11:57:50.798: E/AndroidRuntime(776): au android.de soutien.v4.app.FragmentManagerImpl.moveToState(FragmentManager.java:1070) 
02-26 11:57:50.798: E/AndroidRuntime(776): au android.de soutien.v4.app.FragmentManagerImpl.dispatchActivityCreated(FragmentManager.java:1861) 
02-26 11:57:50.798: E/AndroidRuntime(776): au android.de soutien.v4.app.Le Fragment.performActivityCreated(Fragment.java:1474) 
02-26 11:57:50.798: E/AndroidRuntime(776): au android.de soutien.v4.app.FragmentManagerImpl.moveToState(FragmentManager.java:931) 
02-26 11:57:50.798: E/AndroidRuntime(776): au android.de soutien.v4.app.FragmentManagerImpl.moveToState(FragmentManager.java:1088) 
02-26 11:57:50.798: E/AndroidRuntime(776): au android.de soutien.v4.app.BackStackRecord.exécuter(BackStackRecord.java:682) 
02-26 11:57:50.798: E/AndroidRuntime(776): au android.de soutien.v4.app.FragmentManagerImpl.execPendingActions(FragmentManager.java:1444) 
02-26 11:57:50.798: E/AndroidRuntime(776): au android.de soutien.v4.app.FragmentManagerImpl$1.exécuter(FragmentManager.java:429) 
02-26 11:57:50.798: E/AndroidRuntime(776): au android.os.Gestionnaire d'.handleCallback(Handler.java:587) 
02-26 11:57:50.798: E/AndroidRuntime(776): au android.os.Gestionnaire d'.dispatchMessage(Handler.java:92) 
02-26 11:57:50.798: E/AndroidRuntime(776): au android.os.Looper.boucle(Looper.java:132) 
02-26 11:57:50.798: E/AndroidRuntime(776): au android.app.ActivityThread.principale(ActivityThread.java:4126) 
02-26 11:57:50.798: E/AndroidRuntime(776): à java.lang.de réfléchir.La méthode.invokeNative(Native method) 
02-26 11:57:50.798: E/AndroidRuntime(776): à java.lang.de réfléchir.La méthode.invoke(la Méthode.java:491) 
02-26 11:57:50.798: E/AndroidRuntime(776): au com.android.interne.os.ZygoteInit$MethodAndArgsCaller.exécuter(ZygoteInit.java:844) 
02-26 11:57:50.798: E/AndroidRuntime(776): au com.android.interne.os.ZygoteInit.principale(ZygoteInit.java:602) 
02-26 11:57:50.798: E/AndroidRuntime(776): à dalvik.système.NativeStart.principale(Native method) 
02-26 11:57:52.818: I/dalvikvm(776): threadid=4: réaction de signal 3 
02-26 11:57:52.818: I/dalvikvm(776): Écrit les traces de pile dans '/data/anr/traces.txt'

Donc au lieu de mettre le même exemple de fragment, je peux re-créer pour résoudre le problème, mais je ne semblent pas efficaces.

transaction.replace(R.id.layout_tablet_paneau, LigneMessageTabletFragment.newInstance());

InformationsquelleAutor Chtiboss

Référer @lopisan réponse:

- Je utiliser sa solution pour un long moment.

MAIS je figure sur une meilleure façon de le faire!

Si mChildFragmentManager.mActivity est nulle, puis définissez mChildFragmentManager à null. Lorsque performActivityCreated méthode.

@Override
void performActivityCreated(Bundle savedInstanceState) {
    if (getFragmentManagerActivity(mChildFragmentManager) == null) {
        setChildFragmentManager(this, null);
    }
    super.performActivityCreated(savedInstanceState);
}


public static FragmentActivity getFragmentManagerActivity(FragmentManager fragmentManager) {
    FragmentManagerImpl fm = (FragmentManagerImpl) fragmentManager;
    return fm.mActivity;
}



private static final Field sChildFragmentManagerField;
static {
    /**
     * BUG : causing a java.IllegalStateException error, No Activity, only
     * when navigating to Fragment for the SECOND time
     * http://stackoverflow.com /questions/15207305/getting-the-error-java-lang-illegalstateexception-activity-has-been-destroyed
     * http://stackoverflow.com/questions/14929907/causing-a-java-illegalstateexception-error-no-activity-only-when-navigating-to
     */
    Field f = null;
    try {
        f = Fragment.class.getDeclaredField("mChildFragmentManager");
        f.setAccessible(true);
    } catch (NoSuchFieldException e) {
        Log.e(TAG, "Error getting mChildFragmentManager field", e);
    }
    sChildFragmentManagerField = f;
}

public static void setChildFragmentManager(Fragment fragment, FragmentManager fragmentManager) {
    if (sChildFragmentManagerField != null) {
        try {
            sChildFragmentManagerField.set(fragment, fragmentManager);
        } catch (Exception e) {
            Log.e(TAG, "Error setting mChildFragmentManager field", e);
        }
    }
}

InformationsquelleAutor 林奕忠

Je suis coincé avec le même bug à l'aide de BottomNavigationView commutateur et le remplacement du fragment provoquant l'Application crash. Avec la vitesse normale, il a été fonctionne parfaitement bien, si l'utilisateur n'commutation rapide il utilisé pour planter en disant

IllegalStateException Aucune Activité

dans les Journaux

Avant j'ai

fragmentA = new FragmentA();
fragmentB = new FragmentB();
fragmentC = new FragmentC();

mBottomNavigationView.setOnNavigationItemSelectedListener(item -> {
        switch (item.getItemId()) {
   case R.id.fragmentA:
         replaceFragment(fragmentA);
   case R.id.fragmentB:
        repalceFragment(fragmentB);
   case R.id.fragmentC:
        repalceFragment(fragmentC);
   }
};

Je pense que cette pré-création de fragment, et leur utilisation a été pour le remplacement de la création de la question, maintenant, je l'ai fait pour recréer à chaque fois. Il a commencé à travailler à

mBottomNavigationView.setOnNavigationItemSelectedListener(item -> {
        switch (item.getItemId()) {
   case R.id.fragmentA:
        fragment = new FragmentA();
         replaceFragment(fragment);
   case R.id.fragmentB:
        fragment = new FragmentB();
        repalceFragment(fragment);
   case R.id.fragmentC:
        fragment = new FragmentC();
        repalceFragment(fragment);
   }
};

 public void repalceFragment(Fragment fragment) {
    if (!this.isFinishing()) {
        if (!fragment.isAdded()) {
            if (!this.mDisplayedFragment.isRemoving()) {
                getFragmentManager().beginTransaction().replace(R.id.layout_fragment_container, fragment).commit();
                this.mDisplayedFragment = fragment;
            }
        }
    }
}

Espère que son utile pour certains, j'ai fait trop de défensive de codage mais il a résolu mon problème de changement rapide des fragments

InformationsquelleAutor Sandeep Tengale

-1

Veuillez vérifier le numéro 32 de ce lien :

Enfant FragmentManager conservés après le détachement parent Fragment

Suit:
1. Le téléchargement et la copie de cette classe à votre projet
2. étendre chaque Fragment avec le soutien v4 une(meilleure pratique)
3. l'utilisation de cette classe au lieu de FragmentStatePagerAdapter
InformationsquelleAutor TharakaNirmana

Vous devez vous connecter pour publier un commentaire.