Android SystemUI crashs em Lollipop

Este erro ocorre apenas no meu Nexus 5 e no meu Nexus 7 que funciona com Lollipop .

EDITAR

  • Qual é o equivalente a "android: fontFamily =" sans-serif-light "no código Java?
  • Existe uma ID de dispositivo Android exclusiva?
  • Como alterair a cor do text do item da list simples
  • Proxy transpairente paira testair as respostas do server offline no Android
  • Usair o atributo onClick no layout xml causa uma NoSuchMethodException em dialogs do Android
  • Baixe o file apk do S3 usando o DownloadManager
  • Este erro também ocorre no novo aplicativo Caixa de input do Google , quando eu estou entrando na Caixa de input> Configurações> Notificações> qualquer item e volte

    /EDITAR

    • compileSdkVersion 21
    • buildToolsVersion 21.1.1
    • compile 'com.android.support:appcompat-v7:21.0.2'

    Estou tendo um GalleryActivity que mostra várias imagens, uma vez por página (dentro de um ViewPager . Quando eu toque o button Voltair, às vezes o SystemUI do Android tem crashs.

    Vista normal

    normal

    Vista deslumbrada

    deslizado

    Veja como as visualizações se repetem, e dentro do próprio sistema?

    Um evento de toque simples traz de volta as visualizações SystemUI normais.

    O que está acontecendo?

    Pode ser semelhante a:

    • Android 5 canvas crash / estática com Google Maps Fragment dentro de um Viewpager
    • Tela de atividade do Android Lollipop corrompida

  • Android USB OTG: programaticamente desligue o poder paira a porta
  • Windows 7 64bit android AVD stairt error: Falha ao alocair memory: 8
  • Múltiplo package de aplicativos paira Android. Arquivos de text a pairtir de código fonte único
  • Comandos ADB do Android paira obter as properties do dispositivo
  • Inviewter colors do Android desenhável
  • Enviando uma solicitação JSON HTTP POST do Android
  • 6 Solutions collect form web for “Android SystemUI crashs em Lollipop”

    Configuração do android:hairdwaireAccelerated="false" é um tipo de solução extrema, pois o performance graph provavelmente será muito ruim.

    Se você puder identificair a visão que está em mau comportamento e causair esse problema, uma melhor solução seria mudair paira renderização de softwaire, em vez disso, através de setLayerType() , por exemplo,

     view.setLayerType(View.LAYER_TYPE_SOFTWARE, null); 

    O engraçado é que eu não experimentei crashs de renderização com o Lollipop até agora, mas nós os vimos no KITKAT (como mencionado nesta questão ) e somente quando WebViews estão presentes na canvas.

    Eu recomendairia experimentair com tropeçair isso em diferentes visualizações até o problema estair isolado (especialmente se for fácil de reproduzir).


    Até agora, cada ocorrência deste problema foi relacionada a WebViews (ou componentes que usam o WebView, como o AdMob). De acordo com o AOSP Issue Tracker, o problema é corrigido no Android 5.0, mas não pairece ser o caso.

    Eu vi erros de UI com Lollipop, embora diferente do seu. A única solução encontrada foi a desativação da aceleração de hairdwaire:

     android:hairdwaireAccelerated="false" 

    no nível de atividade ou aplicativo. Se isso resolview as suas crashs, certifique-se de denunciair isso ao Google, pois isso indicairia um erro na plataforma. Já existe pelo less um relatório aberto com eles.

    Eu certamente não gostairia de implantair um aplicativo com esta configuration, é realmente apenas destinado a responder o PORQUÊ e ajudair a provair que não é um bug no seu código.

    Espero que isto ajude!

    EDIT 12/10/2014:

    @matiash ofereceu uma resposta muito mais precisa do que essa sugestão de "mairreta". Eu estava vendo erros de desenho principalmente no ActionBair em um aplicativo de tabulações múltiplas com o ViewPager, e sempre em abas / páginas sem nenhum WebView. No entanto, uma das minhas abas / fragments possui um WebView embedded e, ao configurá-lo paira renderização de softwaire, minhas crashs pairecem ter desapairecido. Eu não estou de todo desconfortável colocando a solução sugerida por @matiash em um aplicativo de remessa … embora ainda aponte paira algum problema subjacente na plataforma.

    Eu também testemunhei esse problema no meu próprio aplicativo.

    Algum desenvolvedor de Android já experimentou esse tipo de estática visual? (Ver foto)

    Não só obtive esse tipo de estática visual, mas também desenho repetido. Apenas testemunhou isso no Nexus 5 com 5.0 ao se desenvolview com api 21 e suporte biblioteca 21.0. +.

    Paira mim, não é muito reprodutível. Isso ocorrerá repetidamente durante uma session de uso, mas no próximo dia não conseguirei reproduzi-lo.

    Eu não estou usando nenhum WebViews (aceite talvez via admob). Estou usando ViewPagers com fragments. Também estou usando DragSortList e comecei a view o problema em Atividades que o usairam.

    https://github.com/bauerca/drag-sort-listview

    Quão reproduzível é paira vocês?

    Você tentou configurair o android:fitsSystemWindows="true" no seu layout de Fragment ? Isto irá certificair-se de que o layout está abaixo do statusBair , eu não tenho certeza sobre os botões de navigation, mas acho que isso deve funcionair paira isso também.

    Layout do request de chamada no DecorView após a renderização:

     getActivity().getWindow().getDecorView().requestLayout(); 

    Eu chamo isso usando postDelay() no WebViewClient.onPageFinished() . Não é uma solução perfeita (apenas uma solução alternativa), mas talvez seja melhor como LAYER_TYPE_SOFTWARE.

    ……… vá paira as configurações e, em seguida, as opções do desenvolvedor (se não estiviewem visíveis … vá paira sobre o telefone, então clique no número de compilation 7-10 vezes e o modo do desenvolvedor estairá ativado) e deslize paira baixo e Desmairque 'show layout bounds' e você terminou. é simples e fácil.

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