Android TextInputLayouts perdre du texte/contenu en revenant dans la transaction de fragment

Question

J'ai cherché un certain temps maintenant mais je pense que la plupart des bogues rapportés (et il y en a un certain nombre) dans android.support.design.widget.TextInputLayout diffèrent un peu de celui-ci. Au moins, j'ai résolu la plupart des autres bugs, mais luttons avec celui-ci. J'ai actuellement un Fragment dans mon activité avec un couple de TextInputLayout comme celui-ci

<android.support.design.widget.TextInputLayout 
    android:id="@+id/input1" 
    android:layout_width="match_parent" 
    android:layout_height="wrap_content"> 

    <EditText 
     android:layout_width="match_parent" 
     android:layout_height="wrap_content" 
     android:hint="@string/hint1" 
     android:inputType="numberSigned" /> 
</android.support.design.widget.TextInputLayout> 

<android.support.design.widget.TextInputLayout 
    android:id="@+id/input2 
    android:layout_width="match_parent" 
    android:layout_height="wrap_content"> 

    <EditText 
     android:layout_width="match_parent" 
     android:layout_height="wrap_content" 
     android:hint="@string/hint2" 
     android:inputType="numberSigned"/> 
</android.support.design.widget.TextInputLayout> 

<android.support.design.widget.TextInputLayout 
    android:id="@+id/input3" 
    android:layout_width="match_parent" 
    android:layout_height="wrap_content"> 

    <EditText 
     android:layout_width="match_parent" 
     android:layout_height="wrap_content" 
     android:hint="@string/hint3" 
     android:inputType="numberSigned"> 
</android.support.design.widget.TextInputLayout> 

Et, après avoir rencontré une certaine condition extérieure (pas important) j'ouvre et montrer un autre fragment (écran à 100%) qui cache le fragment mentionné ci-dessus . Au cas où vous vous demandez ce nouveau fragment demande des champs supplémentaires dont j'ai besoin dans ce cas particulier. C'est le code qui gère la création du nouveau Fragment:

Fragment2 fragment2 = new Fragment2(); 
FragmentTransaction transaction = getActivity().getSupportFragmentManager().beginTransaction() 
           .replace(((ViewGroup) getView().getParent()).getId(), fragment2); 
transaction.addToBackStack(Fragment1.class.getSimpleName()); 
transaction.commit(); 

mais le problème est que, lors du passage de retour (appuyez sur le bouton arrière, barre d'outils/Barre d'action bouton d'accueil, etc ..) au premier fragment . Tous mes TextInputLayouts perdent le texte qui a été inséré sur eux. Ceci est vraiment ennuyeux et n'est pas arrivé en travaillant exclusivement avec EditText, comme nous l'avons fait précédemment notre transition Material Design.

De plus, cela ne se produit pas si au lieu de remplacer les fragments en utilisant un FragmentTransaction, je commence un nouveau Activity. Malheureusement, ce n'est pas ce que nous voulons vraiment. Et nous ne devrions pas avoir besoin de faire ce genre de solution de contournement.

Des idées? Est-ce arrivé à quelqu'un?

Answer 1

Affichage de ma "réponse", qui est vraiment une solution de contournement et peut ne pas s'avérer utile ou satisfaisante pour tout le monde, mais au moins, il m'a bien servi.

Ceci est clairement un bug avec le nouveau TextInputLayout, qui ne gère pas très bien le savedInstanceState lors d'un remplacement ou d'un retrait dans un FragmentTransaction. EditText fait un très bon travail auparavant. Ce que j'ai fini par faire n'utilise pas FragmentTransaction#replace() (parce que j'ai tracé le problème à la suppression du fragment), mais à la place en utilisant une combinaison de FragmentTransaction#hide() et FragmentTransaction#add(). Cela offre exactement le même effet visuel et le même comportement et n'a pas le problème du bogue mentionné. Il a seulement l'inconvénient inhérent de ne pas supprimer le fragment: les ressources du fragment ne peuvent pas être libérées/utilisées à d'autres fins. Cela peut causer des problèmes si la mémoire est courte ou si votre fragment est une monstruosité. Mais au moins dans mon cas, cela n'a causé aucun problème.

Pour résumer, ce que j'utilise enfin comme ma transaction fragment:

Fragment2 fragment2 = new Fragment2(); 
FragmentTransaction transaction = getActivity().getSupportFragmentManager().beginTransaction(); 
transaction.add(((ViewGroup) getView().getParent()).getId(), fragment2); 
transaction.hide(Fragment1.this); 
transaction.addToBackStack(Fragment1.class.getSimpleName()); 
transaction.commit(); 

L'espoir peut aider certains d'entre vous!