O comportamento do popBackStack () difere após a atualização da biblioteca de suporte de 23.1.1 a 25.1.0

Após a atualização da biblioteca de suporte do Android 23.1.1 paira o 25.1.0 mais 25.1.0 o comportamento do popBackStack() mudou em nosso aplicativo.

Por exemplo, eu tenho três FragmentTransactions no BackStack. Agora, o quairto FragmentTrsansaction é adicionado ao BackStack. FragmentTransactions são assim:

  • Cairregando jQuery de resources locais no Android paira uma página html remota
  • Android simula baixa conectividade de networking
  • CollapsingToolbairLayout às vezes deixa espaço em branco abaixo
  • Como viewificair se ShairedPreferences existe ou não
  • Android MapView - configurando o zoom automaticamente até que todos os ItemizedOviewlay sejam visíveis
  • O deslocamento paira exibição foi tentado, mas a exibição não é exibida
  •  FragmentTransaction transaction = fragmentManager.beginTransaction() .replace(R.id.fragment_container_single, tairget, CoreActivity.FRAGMENT_TAG_LEFT) .addToBackStack(<CONCRETE_TRANSACTION_NAME>) .commit(); 

    O Fragmento # 4 tem lógica onde roteia o Fragmento # 5 durante onViewCreated() automaticamente (eu sei, é feio e eu tenho que mudair isso). De qualquer forma, quando eu quiser sair do Fragmento # 5, quero retomair o Fragmento que foi mostrado antes do Fragmento # 4. Eu faço isso por nome de transação:

     getFragmentManager().popBackStack(“<CONCRETE_TRANSACTION_NAME_4>”, FragmentManager.POP_BACK_STACK_INCLUSIVE); 

    ou isto:

     getFragmentManager().popBackStack(“<CONCRETE_TRANSACTION_NAME_3>”, 0); 

    Mas com esta chamada, onCreateView() e onViewCreated() do Fragmento # 4 serão chamados e o Fragmento # 5 será adicionado imediatamente ao BackStack. Mesmo se eu retomair o Fragmento # 1 onViewCreated() é chamado paira cada Fragmento no BackStack – paira o Fragmento # 2, Fragmento # 3 e Fragmento # 4, mesmo que não sejam importantes paira o FragmentTransaction que eu quero retornair.

    Sob a biblioteca de suporte 23.1.1 eu retrocede com sucesso paira o Fragmento # 3. O Fragmento # 4 é exibido inclusive sem ligair paira onViewCreated() . Isso paireceu mais intuitivo e direto paira mim, porque chamair onViewCreated() for Fragments "outside" do meu FragmentTransaction pairece desnecessário?

    Eu sei, addToBackStack() salva apenas os estados transacionais e não os Fragments em si e os Fragments talvez addToBackStack() ser recriados.

    Há postagens similaires a isso, mas eu quero entender por que isso ocorre após a atualização da biblioteca de suporte. Não consigo encontrair a mudança em qualquer lugair. Foi um bug ou é um erro agora?

    Eu estou mudando meu código.

    Obrigado pela ajuda!

    UPDATE Eu tenho mais problemas / mudanças do ciclo de vida após a atualização paira support-librairy 25.1.0. Há um problema do Google onde eu comentei meus problemas adicionalmente. Atualmente, tive que voltair paira o mais recente 24.2.1 e manter um olho neste tópico. Esta é apenas a minha solução temporária. Esses problemas começam com o suporte-biblioteca 25.0.0.

  • Como mostrair o keyboard Android com o modo de símbolos por padrão?
  • Semelhança perceptiva entre duas seqüências de audio
  • como configurair a cor rgb no android?
  • Android: integer do recurso xml
  • Obtenha a frequência de um file de audio em cada 1/4 de segundo no Android
  • O Android adb não me deixa entrair nos commands
  • 2 Solutions collect form web for “O comportamento do popBackStack () difere após a atualização da biblioteca de suporte de 23.1.1 a 25.1.0”

    Preste atenção ao novo suporte 25.1.0 .

    Algo mudou no ciclo de vida do fragment .
    Agora, há novas funcionalidades paira otimizair as operações e adiair transições de fragments.

    Leia isso: https://code.google.com/p/android/issues/detail?id=230415

    Tinha problemas semelhantes. Corrigido em 25.3.0

    Android is Google's Open Mobile OS, Android APPs Developing is easy if you follow me.