Flutter: Pantalla negra de la aplicación Flutter en modo de liberación cuando se ejecuta solo en Samsung J6+

Creado en 29 jul. 2019  ·  135Comentarios  ·  Fuente: flutter/flutter

Pasos para reproducir

Traté de construir un apk en modo de lanzamiento, funciona bien en otro dispositivo, pero solo en SS J6+, OS 9.0, cuando abro la aplicación, la ejecución de la aplicación muestra una pantalla negra y no puede hacer nada.
Bajé a Flutter v1.7.9 dev, funciona perfectamente. Este error ocurre con cualquier apk en modo de lanzamiento que se ejecuta con este dispositivo (solo ocurre cuando la versión de Flutter es superior a v1.7.9). No puedo mostrar el registro porque cuando traté de depurar este error, el teléfono funciona normalmente sin pantalla en negro.
Estas son las capturas de pantalla de la información del dispositivo:

Screenshot_20190729-145630_Settings
Screenshot_20190729-143103_Settings

crowd device-specific regression rendering

Comentario más útil

Esta corrección ya está disponible en el canal estable ( v1.12.13+hotfix.5 )

Todos 135 comentarios

Puede verificar el problema n. ° 36130, todavía estoy probando la solución que sugirieron allí, pero es un problema muy similar con un J6 +.

si, esa es la solucion

Bajé a Flutter v1.7.9 dev, funciona perfectamente.

ejecutar flutter version 1.7.9

@leovu Consulte las actualizaciones en #36130. La solución se encuentra en el maestro, pero aún no se ha incluido en la versión estable o beta. ¿Podría verificar si es reproducible usando el canal master ?

¿Las nuevas actualizaciones beta han incluido esta corrección?

El mismo problema (J4+) para mí con mi último lanzamiento, muchas malas críticas en Play Store. No liberaré mi aplicación del canal maestro para obtener otros errores. ¿No es posible hacer una revisión? gracias

también estamos viendo esto con 1.9.1+hotfix.4 en el canal estable. :(

@LazyDave76 Está disponible en v1.10.0, que está en Dev desde el 6 de septiembre, pero aún no en versión estable/beta. Voy a cerrar el problema porque ya debería estar solucionado. Intente, si lo encuentra usando cualquier v1.10.0+, comente aquí y lo volveré a abrir de inmediato.

@BondarenkoStas Todavía lo tengo en v1.10.1

Aún lo obtengo en la última versión v1.10.15. Solucione este problema lo antes posible.
Esto está sucediendo en muchos dispositivos.

tengo el mismo problema con su teléfono que tiene samsung j4 plus y samsung j6 plus, ¿algún progreso en este problema?

El mismo problema para mí lo resolví usando la última versión de master.
En estable persiste el problema

Encontré el mismo problema en Galaxy J4+ (j4primelte)

~Mismo problema con Samsung xj6~

EDITAR:
Este problema debe cerrarse a favor de #36130 ,
La solución parece estar en el canal beta por ahora, no en estable todavía.

https://github.com/flutter/flutter/issues/36130#issuecomment-540838755

Lo volví a abrir porque @26shruti y @catalin260 lo encontraron en las versiones posteriores al arreglo.

Nuestro cliente vio este caso de pantalla negra atascada al iniciar la aplicación. Un iPhone 8 con 10.3.3 y un Samsung relativamente nuevo. Así que el problema parece ocurrir en ambas plataformas. Sin embargo, no puedo reproducirme.

Hola, ayer agregué probadores internos con J6+ y J4+ en el canal beta 1.10.7 y sigue apareciendo la pantalla negra. Los malos comentarios sobre la tienda siguen creciendo.

Puedo ejecutar flutter_gallery en modo de lanzamiento en mi Galaxy J6+ sin pantallas negras. Aquí está mi versión

  • Galaxy J6+ Número de modelo: SM-j610G/DS
  • Una interfaz de usuario versión 1.0
  • Android versión 9
  • Flutter versión 440753bae8f324b7a9a2dd03516d9a12f1d9c761

¿Tienes una aplicación mínima de Flutter (archivo único, con suerte menos de 200 líneas de código) que pueda reproducir la pantalla negra en la rama principal Flutter de la punta del árbol?

También ingrese temprano al ingeniero de Skia @brianosman para ver si tiene algunas ideas.

Este problema es grave: recibimos docenas de críticas negativas de usuarios de J4+ y J6+ (que representan un total del 1 % de nuestra base de usuarios (aproximadamente 1000 instalaciones).

Todavía no entendía si el problema se solucionó en el maestro actual o no, ya que no tenemos acceso a esos dispositivos para probarlos.

@liyuqian Veo que no está experimentando este problema en su dispositivo J6+ que se ejecuta en una confirmación que aún no se ha publicado en una compilación de desarrollo.

¿Puede intentar ejecutar lo mismo en la versión estable/beta/dev más reciente y verificar si puede reproducir este problema? Si este es el caso, podemos suponer que un cambio del motor que es posterior a la última compilación de desarrollo ha resuelto este problema.

Muchas gracias.

@sroddy : acabo de probar flutter_gallery en la rama de desarrollo 1946fc4da0f80c522d7e3ae7d4f7309908ed86f2 (v1.10.14) y no hay pantalla negra con flutter run --release : https://photos.app.goo.gl/5HWDHArutiuiNFxU9

@liyuqian muchas gracias!
¿Qué pasa con el establo actual? Si ve la pantalla en negro, podemos asumir que está arreglado. Si no lo ve, es posible que haya algo específico del sistema operativo (o específico del widget) que lo esté causando.

@sroddy : reproduje la pantalla negra en la rama estable 1aedbb1835bd6eb44550293d57d4d124f19901f0 (v1.9.1+hotfix.5). Entonces esto parece estar arreglado entre estable y dev.

Noticias increíbles, gracias de nuevo @liyuqian
Creo que sería importante asegurarse de que al menos el canal beta (si es imposible volver a portar la solución al canal estable actual) tenga la solución.
@huergomartin dijo que el problema aún estaba presente en la versión beta, por lo que sería bueno saber qué versión (o incluso confirmar) resolvió el problema de manera efectiva.

Hola chicos, acabo de encontrar que en la versión v1.10.7, actualmente en el canal beta, se resolvió el problema de la pantalla negra. Lo he probado en mi J6 plus.

@liyuqian perfecto !!! @AndersonSantosMedeiros eso es una sorpresa, voy a volver a probar con los usuarios en el canal beta y les daré su opinión. Gracias a todos.

Utilicé la versión beta 1.10.7 y aún se mantuvo la pantalla negra en el Samsung J6. ¿Alguien tiene alguna solución para esto? Gracias si puedes ayudar.

@icfilho : creo que todos estábamos probando en J6+, por lo que es posible que haya un problema diferente para J6. Si resulta que 1.10.7 está bien para J6+, tal vez pueda crear un nuevo problema solo para J6 y podamos seguirlo.

@icfilho : creo que todos estábamos probando en J6+, por lo que es posible que haya un problema diferente para J6. Si resulta que 1.10.7 está bien para J6+, tal vez pueda crear un nuevo problema solo para J6 y podamos seguirlo.

Lo siento. El dispositivo es J6+

¿Qué pasa con la última versión estable (v1.9.1+hotfix.6)? ¿Está resuelto para Galaxy J6+?

@icfilho : acabo de probar flutter_gallery en J6+ con v1.10.7 sin la pantalla en negro. ¿Puedes compartirnos más información de cómo reproduciste la pantalla negra? (¿Qué aplicación estás usando? ¿Puedes compartir una captura de pantalla, etc.)

@dxfrankowicz : No creo que v1.9.1+hotfix.6 solucione este problema...

Todavía tengo clientes que usan J4 y J6+ y tienen este problema. Nuestro último lanzamiento es 1.9.1+hotfix.6

Hola chicos,

Basándonos en este hilo, actualizamos nuestra aplicación a flutter 1.9.1+hotfix.6 pensando que el problema estaba resuelto.
Pero aún recibimos críticas negativas de los usuarios que enfrentan el problema de la pantalla negra.

¿Ya se solucionó el problema? Necesitamos esta solución lo antes posible, por favor.

@Lobosque @fillipetardelli : No creo que esté arreglado en 1.9.1+hotfix.6 (ver el comentario anterior ). La primera versión que probé sin mostrar la pantalla en negro es la versión beta v1.10.7.

@liyuqian , ¿ya está utilizando esta versión beta en el entorno de producción?

Hola, actualmente todavía estoy experimentando esto a pesar de seguir este hilo en silencio. ¿Alguien puede recomendar una versión flutter que al menos nos quite este problema de las manos? Tenemos una aplicación en vivo y está afectando al menos al 10% de nuestros usuarios.

Hola, actualmente todavía estoy experimentando esto a pesar de seguir este hilo en silencio. ¿Alguien puede recomendar una versión flutter que al menos nos quite este problema de las manos? Tenemos una aplicación en vivo y está afectando al menos al 10% de nuestros usuarios.

¿Qué versión estás ejecutando? Según tengo entendido, se supone que la última versión en el canal beta funciona.

La última versión beta funciona bien en J6+. Recibí comentarios de mis clientes

@icfilho : acabo de probar flutter_gallery en J6+ con v1.10.7 sin la pantalla en negro. ¿Puedes compartirnos más información de cómo reproduciste la pantalla negra? (¿Qué aplicación estás usando? ¿Puedes compartir una captura de pantalla, etc.)

@dxfrankowicz : No creo que v1.9.1+hotfix.6 solucione este problema...

@liyuqian gracias!!! Eso funciona ahora.

Bien gracias. Lo probé antes pero no pude compilarlo. Por alguna razón, solo el canal estable puede compilar una aplicación en Android.

No hay problema. ¡Me alegra escuchar a sus clientes confirmar la solución en el canal beta! Por eso, voy a cerrar este tema. Para otros problemas como que la aplicación de Android no se compila con la versión beta, ¿quizás abra un nuevo problema para rastrearlo por separado?

@liyuqian He hecho precisamente eso, está aquí #43895

@liyuqian , ¿entonces no habrá respaldo de la solución para 1.9.x?

Si lo hubiera, sería un hotfix. CC @tvolkert para evaluar si esto necesita una solución urgente.

Estamos en el proceso de renovar nuestro proceso de lanzamiento para el futuro, pero mientras tanto, las revisiones son muy dolorosas por varias razones, por lo que generalmente las evitamos. @liyuqian, ¿cuál es el PR que arregló esto?

Entiendo que el proceso para liberar una revisión no es fácil, pero esto
El problema afecta hasta al 4% de la base de usuarios de muchas aplicaciones, incluida la nuestra.
A menos que la versión estable 1.10 se lance esta semana, tómese el tiempo
necesario para impulsar esta revisión.

El jueves, 31 de octubre de 2019 a las 15:43, Todd Volkert [email protected] escribió:

Estamos en el proceso de renovar nuestro proceso de lanzamiento para el futuro, pero
Mientras tanto, las correcciones en caliente son muy dolorosas por varias razones, por lo que
en general evitarlos. @liyuqian https://github.com/liyuqian cuál es el
¿PR que arregló esto?


Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/flutter/flutter/issues/37155?email_source=notifications&email_token=AAHMQXQSVKMXYEKLYIZPE5DQRMRL3A5CNFSM4IHPXRL2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOECY2YLI#issuecomment-4864851
o darse de baja
https://github.com/notifications/unsubscribe-auth/AAHMQXUIQIIF4VXIDDXU2TTQRMRL3ANCNFSM4IHPXRLQ
.

@liyuqian ¿por qué se cerró el problema? ¿Cuál es la solución aquí?

El canal estable no tiene solución y nos enfrentamos a errores al intentar compilar el canal beta.
Incluso si el canal beta funciona, creo que el canal estable no puede llamarse estable si tiene un error.

Hola @liyuqian , tengo el mismo problema en mi aplicación de producción. Estoy recibiendo malas calificaciones debido a esto. ¿Tiene algún plan para lanzar la versión fija en el canal estable?

@tvolkert @Lobosque @rsacacio : dividí la solución en https://github.com/flutter/flutter/commit/9769754d2 y comenzaré nuestro proceso de evaluación de revisiones.

@fillipetardelli : cerré este problema porque se confirmó que está solucionado en nuestro canal beta. Pero dado que ahora estamos evaluando enviarlo como revisión al canal estable, voy a reabrirlo.

Para que quede claro, comencé el proceso de evaluación de revisión. Me dijeron que dicho proceso no siempre garantiza una revisión (porque hay muchos otros problemas que compiten con nuestros recursos). Estamos trabajando duro para satisfacer a todos tanto como sea posible.

Para aquellos que realmente quieren una solución rápida, siéntanse libres de elegir https://github.com/flutter/flutter/commit/9769754d2 en su pago estable local de Flutter y probarlo.

Emita una revisión. Las aplicaciones de Flutter dejaron de funcionar para miles de dispositivos (J6+/J4+), miles de aplicaciones de Flutter en vivo afectadas. Este es un problema de producción importante que afecta no solo a los usuarios, sino también a los desarrolladores que reciben reseñas constantes de 1 estrella porque su aplicación dejó de funcionar con la pantalla en negro.

Dado que hotfix5 no soluciona ningún problema de producción, uno pensaría que este problema de producción se solucionaría hace 2 semanas: https://github.com/flutter/flutter/releases

Al menos en Samsung J4+ (tuve que comprar uno 😒): funciona SOLO en el canal beta, actualizado a 1.10.x:

Flutter (Channel beta, v1.10.7, on Microsoft Windows [Version 10.0.18362.418], locale en-GB)

Al menos en Samsung J4+ (tuve que comprar uno 😒): funciona SOLO en el canal beta, actualizado a 1.10.x:

Flutter (Channel beta, v1.10.7, on Microsoft Windows [Version 10.0.18362.418], locale en-GB)

sí, pero ¿lo compilas con éxito? No puedo compilarlo en realidad.

@codxse Si funciona, compila =P Sí. Todo funciona bien (excepto los errores habituales de Flutter, y hay muchos de ellos). El problema es que no es lo suficientemente estable = Google Ads, por ejemplo, bloquea algunos dispositivos =

No cerraría esto hasta que esté en el canal stable . Un problema como este necesita una revisión independiente en lugar de que la solución sea update to beta or dev lo que en sí trae otra serie de cambios que debemos aplicar.

Si bien entiendo y acepto completamente todos los riesgos que conlleva depender del software de código abierto, y a pesar de comprender la intención positiva del equipo central, estoy decepcionado de que haya tanta burocracia involucrada en el lanzamiento de una solución para dicho bloqueador, sin importar que doloroso es el proceso de liberación... Han pasado 3 meses desde que se abrió el tema.
@liyuqian , ¿hay algún ETA en el proceso de evaluación?

@tvolkert o @Hixie pueden tener una ETA más precisa. Mi ETA es que la corrección llegará al canal estable en no más de 1,5 meses.

¿Alguna idea de cuál sería el bloqueador detrás de la publicación de la revisión en el canal estable? ¿Es solo un proceso de revisión y prueba o?
¡Gracias por la revisión, la elegí cuidadosamente!

¡Gracias por la revisión, la elegí cuidadosamente!

@ianrumac Perdón por la pregunta del principiante, pero ¿le importaría decirme el comando que usó para elegir la solución?

¿Es git cherry-pick -x 9769754d2 del canal estable?

Si bien entiendo y acepto completamente todos los riesgos que conlleva depender del software de código abierto, y a pesar de comprender la intención positiva del equipo central, estoy decepcionado de que haya tanta burocracia involucrada en el lanzamiento de una solución para dicho bloqueador, sin importar que doloroso es el proceso de liberación... Han pasado 3 meses desde que se abrió el tema.
@liyuqian , ¿hay algún ETA en el proceso de evaluación?

Totalmente de acuerdo. Tenemos la misma situación y muchos usuarios se encontraron con problemas de pantalla negra.
Los desarrolladores de Flutter se volvieron tan perezosos. en lugar de trabajar en características inútiles, la corrección de dicho error debe ser una prioridad alta; de lo contrario, en un período corto, flutter se volverá poco confiable y una buena razón para volver a Facebook Reaccionar.

Hacemos lanzamientos de canales estables cada 3 o 4 meses, y lanzamientos de canales beta, que tienen el mismo nivel de calidad, todos los meses (la única diferencia es que los lanzamientos estables generalmente se lanzan como parte de un evento). Por lo general, no tenemos la intención de seleccionar correcciones como esta en versiones anteriores, por varias razones: 1. Las selecciones selectivas son muy riesgosas (no tenemos la capacidad de ejecutar todas nuestras pruebas en sucursales como lo hacemos para las versiones), y no No quiero empeorar las cosas; 2. si hiciéramos selecciones selectivas, la cantidad de correcciones que elegiríamos sería muy alta, momento en el cual podríamos lanzar master como estable todos los días; y 3. La elección selectiva es un proceso costoso y preferimos dedicar nuestro esfuerzo a mejorar la próxima versión beta/estable.

Le animo a que utilice el conjunto de herramientas que mejor se adapte a sus necesidades. Si bien espero que Flutter sea la mejor manera de desarrollar sus aplicaciones, es posible que sus necesidades sean tales que otro SDK, como React, sea mejor para usted, en cuyo caso eso es lo que le recomiendo que use.

Llamar a la gente perezosa en un sentido despectivo es un comportamiento inaceptable. Considere nuestro código de conducta antes de publicar más en los foros de Flutter. Gracias.

No todos usan flutter para tareas o proyectos simples.
En lugar de una revisión urgente para un problema tan grande, solo ofrece a los desarrolladores que esperen la cola de lanzamiento estable mensual estándar.
@liyuqian lo expresó muy bien

¿Hay tanta burocracia involucrada en lanzar una solución para tal bloqueador?

Mis clientes también comenzaron a reportar pantallas negras tanto en J6+ como en J4 =(

@Xgamefactory sigues sin seguir nuestro código de conducta , que requiere ser amable y respetuoso (tu último comentario no fue ninguno de los dos). Evite publicar aquí o sobre otros temas durante las próximas semanas.

Hacemos lanzamientos de canales estables cada 3 o 4 meses, y lanzamientos de canales beta, que tienen el mismo nivel de calidad, todos los meses (la única diferencia es que los lanzamientos estables generalmente se lanzan como parte de un evento)

@Hixie Con esto, significa que el canal es bueno para uso en producción, ¿verdad? Tenemos este problema también en este punto. Quiero sugerirle a mi equipo de desarrollo que cambie al canal beta, pero necesito su garantía para notificar al equipo :)

gracias.

@zaralockheart cambiamos a beta para resolver el problema. Las versiones lanzadas parecen estar bien para iOS y Android, pero desde entonces tengo muchos problemas con la recarga en caliente en el modo de depuración. Es posible que a tus desarrolladores no les guste eso :(

Vengo a este hilo todos los días solo para ver si hay alguna revisión para este problema. Mi aplicación estará disponible en unas pocas semanas, pero debido a este problema, ya tengo miedo.

@juumixx Gracias por la respuesta rápida. Si la versión beta está lista, entonces puedo configurar nuestro CI para que use la versión beta mientras permanece estable para el desarrollo. Mi única preocupación es si hay un problema que estable no tiene este problema pero beta sí y viceversa.

¡@raviganwal tal vez para el lanzamiento también puedas usar beta!

Estamos usando beta (1.10.7), sin problemas mencionados por @juumixx (al menos en la plataforma Android). Parece bastante estable para nosotros.
Lo único que tenemos que aguantar es https://github.com/flutter/flutter/issues/43853 pero no estoy seguro de que no haya tal problema en la versión estable actual.

@zaralockheart Desafortunadamente no puedo decir lo mismo que los otros chicos.

Me cambié a la versión beta 1.10.7 y comencé a experimentar errores en el complemento de la cámara y comportamientos extraños con los campos de texto (cambio de tipo de teclado y entrada de bloqueo). La cámara y los campos de texto funcionan correctamente en el canal estable, pero no en el canal beta. Ya he presentado un problema por el error de la cámara , que se puede reproducir. Es posible que haya hecho algo mal, pero pruebe su aplicación a fondo antes de usar el canal beta.

¿Alguna noticia sobre este asunto?
Estoy enfrentando el mismo problema.

Gracias por adelantado.

Retrocedí la versión a 1.7.8 h4.

Por lo que vale para todos los que siguen este problema: somos conscientes del dolor inherente a nuestro proceso de lanzamiento actual, y actualmente estamos en el proceso de diseñar un mejor proceso de lanzamiento, uno de los objetivos del cual es hacerlo más fácil. para seleccionar correcciones importantes en versiones estables existentes. Todavía no hemos llegado, pero estamos trabajando en ello, y mientras tanto, me disculpo por las decisiones dolorosas que deba tomar al elegir qué versión de Flutter usará para crear su aplicación.

Retrocedí la versión a 1.7.8 h4.

Regresé a 1.7.8 hotfix 4 para Android y 1.9.1 hotfix 6 para iOS

Se informó el mismo problema en Nokia 2.1 (E2M) Android 9 OpenGL ES versión 3.0. Así como J6+ y J4+.
Tengo el mayor respeto por los desarrolladores, pero tener un error que afecta a más del 5 % o a los dispositivos en una compilación estable y pedirles que esperen de 3 a 4 meses no es aceptable para una versión estable. Una solución para esto debería ser un bloqueador y, si no es posible, debería especificarse en las notas de la versión o por otros medios. No dejes que lancemos en producción una versión que no funciona para el 5% de los usuarios.

@tvolkert : dividí aún más la corrección hasta el compromiso del motor https://github.com/flutter/engine/commit/12769335c486ff8cead000df7a8ec92781caebfc y el compromiso de Skia https://skia.googlesource.com/skia.git/+/ca8b07cf8a59f74ce959df49135940bec7bdc84e La causa raíz de esta falla se debe a que el controlador de GPU de Samsung J4+ y J6+ informa el número de versión GLSL incorrecto. La corrección de Skia es una solución alternativa a ese error del controlador al limitar el número de versión de GLSL para que no sea mayor que la versión GL.

@brianosman , ¿hay alguna prueba en el lado de Skia que proteja contra una regresión aquí? Ver el comentario anterior para el contexto.

Actualmente no, no. Necesitaríamos una prueba que simule un controlador roto, y no tenemos el marco para ninguna prueba como esa (aunque es posible). Presenté un error sobre esto de nuestra parte: https://bugs.chromium.org/p/skia/issues/detail?id=9656.

gracias brian

Dado que la solución está en el maestro, voy a cerrar este problema.

Después del cierre, ¿puedo esperar que me noten de este problema cuando la solución se fusione en una rama estable, o tengo que rastrearlo por mi cuenta?

La solución definitivamente estará en el próximo establo, que se lanzará dentro del próximo mes.

@tvolkert ¿Tenemos que esperar al próximo mes por este problema? Recibimos este error en nuestra aplicación corporativa en vivo y esto es un gran problema para nosotros. ¿Cuál es tu sugerencia? Gracias.

La versión beta que se convertirá en la próxima versión estable debería estar disponible en ~2 semanas.

La versión beta que se convertirá en la próxima versión estable debería estar disponible en ~2 semanas.

Bueno, en realidad esta solución ya está en versión beta. Tuve que cambiar mi brach a beta solo por esa solución.
Estoy en beta v1.10.7 .

image

Tengo la V1.10.7 pero el problema persiste, alguien más si funciona bien con esta versión?

No estoy seguro si esto está relacionado, pero no quería crear un problema nuevo debido a la falta de información.
Una persona me informó que mi aplicación flutter, creada con el canal beta actual, se bloqueó en su "Huawei Y7 Prime 2019 (HWDUB-Q)" al inicio.
Después de cambiar a una versión creada a partir del canal estable, el problema desapareció.
No tengo registros de fallas, ya que parece que las fallas solo fueron detectadas por Google Play Console (que solo muestra un informe muy breve y no por Firebase Crashlytics :)

*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
pid: 0, tid: 0 >>> de.tjjstudios.glplanflutter <<<

backtrace:

  #00  pc 000000000047cc4c  /data/app/de.tjjstudios.glplanflutter-Ed0RLKOLWu88CyFi1p0HaQ==/split_config.arm64_v8a.apk

  #01  pc 000000000004e6dc  /data/app/de.tjjstudios.glplanflutter-Ed0RLKOLWu88CyFi1p0HaQ==/split_config.arm64_v8a.apk

Lo que no entiendo es: 1.9 tiene 6 revisiones. ¿Por qué la renuencia a una solución tan importante ahora? Tengo una aplicación con 1,6 millones de descargas, se pueden imaginar los problemas al lanzarla con tecnología beta (también tengo reseñas de 1 estrella con "no abre")

Pero es solo por curiosidad. Nunca volveré a usar Flutter. La última actualización rompió muchos complementos... Es demasiado inestable para un uso serio.

LG Aristo 3+ (cv1s) también se ve afectado por este problema.

Tengo el mismo problema en v1.12.15 un cambio a v1.7.9 y funciona bien

@rafaelcorbellini-egsys: si todavía hay una pantalla negra en v1.12.15 , podría haber otro problema. ¿Puede proporcionarnos más detalles sobre cómo reproducir la pantalla negra? ¿También estás probando la aplicación flutter_gallery en un Samsung Galaxy J6+?

Este problema está cerrado (problema original encontrado y solucionado). Es probable que se pierda más discusión sobre este error. @rafaelcorbellini-egsys presente un nuevo problema con pasos reproducibles para rastrear el nuevo problema que está encontrando.

@zaralockheart

@Hixie Con esto, significa que el canal es bueno para uso en producción, ¿verdad? Tenemos este problema también en este punto. Quiero sugerirle a mi equipo de desarrollo que cambie al canal beta, pero necesito su garantía para notificar al equipo :)

FWIW, con las aplicaciones que publico en mi propio tiempo, literalmente envío desde dev. Simplemente elijo una compilación de desarrollo que encuentro que funciona bien para mi aplicación, luego me quedo con ella mientras corrijo los últimos errores antes de subirla a la tienda. Luego, cuando hago una actualización más tarde, cambio a un desarrollador más reciente.

Mi error, por alguna razón creo que en la prueba no estaba en 1.12.5 .

Volví a probar en 1.12.5 y funcionó en Galaxy J6+

@tvolkert dijo que habría una versión estable en 2 semanas... hace 2 semanas. ¿Cuándo se arreglará la pantalla negra en la versión estable? Ahora tengo muchas dependencias y volver a 1.7.9 no es una opción sin deshabilitar una cuarta parte de las funciones.

De hecho, dije que "la versión _beta_ que se convertirá en la próxima versión estable debería estar disponible en ~2 semanas".

La versión beta está disponible a partir de ayer. La versión beta actual es v1.12.13+hotfix.2 , que contiene esta corrección.

_Suspiro_, ahora que los usuarios de "pantalla negra" están bien, los usuarios normales comienzan a fallar al inicio. Espero que el nuevo proceso de lanzamiento del que hablas funcione.

los usuarios normales comienzan a tener bloqueos al inicio

@Gyoko si esto se debe a un error en Flutter, ¿puedes presentar un nuevo error con información para que podamos rastrearlo? ¡Gracias!

los usuarios normales comienzan a tener bloqueos al inicio

@Gyoko si esto se debe a un error en Flutter, ¿puedes presentar un nuevo error con información para que podamos rastrearlo? ¡Gracias!

¿Por qué? Entonces, ¿también puedes ignorarlo durante 2 o 3 meses?

@JCKodel tal lenguaje no es útil. Lea y siga nuestro código de conducta . Si no está dispuesto a cumplirlo, absténgase de comentar sobre los problemas.

_Suspiro_, ahora que los usuarios de "pantalla negra" están bien, los usuarios normales comienzan a fallar al inicio. Espero que el nuevo proceso de lanzamiento del que hablas funcione.

Aquí igual.
¿Usar la versión beta para usuarios con Adreno 308 y perder a otros usuarios o retroceder a cualquier versión que esté funcionando y perder J4+, J6+, J7 Prime y otros usuarios de Adreno 308?

NO ES POSIBLE UTILIZAR UNA VERSIÓN BETA PARA APLICACIONES DE PRODUCCIÓN. ¿QUÉ DIFÍCIL ES ENTENDER ESO?

Lamento total en usar Flutter >.<

@JCKodel estamos tratando de corregir los errores que se informan, pero que yo sepa, no se ha presentado ningún error sobre el bloqueo de Adreno 308, por lo que no tenemos forma de investigar.

Vuelvo a preguntar: ¿podría (a) informar un error sobre el nuevo bloqueo en la versión beta y (b) usar un lenguaje constructivo y útil?

ping @Gyoko ¿Has presentado un error sobre el accidente?

@tvolkert
Al menos cuando está en Android, después de cambiar de sucursal ( master -> beta ), la actualización de la aplicación a través de GooglePlay da como resultado una pantalla negra al inicio . Lo que significa que debe realizar una instalación limpia para que la aplicación realmente funcione. No sé si esto se debe a algo en 1.12 o a los propios canales. Pero sí significa que esta solución no es viable: el desarrollador debe explicar a todos y cada uno de los clientes (que deciden comunicarse, en lugar de dejar 1 estrella y seguir adelante) que necesitan reinstalar la aplicación.

En este punto, acepté el hecho de que me mudaré a 1.7.9 , y de alguna manera descubriré cómo evitar deshabilitar cualquiera de las funciones.

De todos modos, entiendo por qué su equipo de desarrollo recibe tanto odio, y realmente no puedo decir que sea inmerecido. No es la primera vez que hay problemas con flutter ejecutándose en teléfonos Samsung: es posible que ya haya adquirido algunas plataformas para realizar pruebas y asegurarse de que no haya lanzamientos a medias de master ...
Pero, al mismo tiempo, Flutter tiene MUCHO potencial: Fuchsia, Desktop. Sigan con el buen trabajo. valdrá la pena :)

image

Alrededor del 50% de mi base de usuarios usa Samsung malos y tengo que informarles: elijan entre la pantalla negra o la aplicación que no se abre.

Los errores están bien. Meses para aplicar un arreglo QUE YA ESTÁ LISTO es inaceptable.

Ahora también hay muchos errores en iOS (errores de regresión en google_sign_in).

¡LA PEOR DECISIÓN DE USAR FLUTTER!

@Gyoko parece que se están discutiendo varios problemas distintos, y se vuelve muy confuso tratar de discutirlos todos en un solo error. Además, nuevamente, el error que causa este problema se ha encontrado y solucionado, por lo que este error no es el lugar adecuado para discutir nuevos problemas. Por lo tanto, presenté https://github.com/flutter/flutter/issues/46570 para discutir la pantalla negra en la actualización de Play Store, y presenté https://github.com/flutter/flutter/issues/46571 para discutir la accidente que usted informó. Agregue información a esos errores para que podamos echar un vistazo.

@JCKodel sigues sin seguir nuestro código de conducta, así que, lamentablemente, te bloquearé durante 7 días. Si desea continuar interactuando de manera agradable, estaremos encantados de escucharlo e intentar solucionar cualquier problema que tenga.

¿Sabía que SAMSUNG GALAXY S7 (modelos Qualcomm Snapdragon 820) también se ve afectado por este problema?

Hola,
Cualquier actualización de cuándo estará disponible la actualización estable con esta solución (regalo antes de Navidad), por favor.

@ric-cl, estamos pasando por las pruebas finales del próximo establo; debería ser en cualquier momento (definitivamente antes de Navidad 🙂)

Esta corrección ya está disponible en el canal estable ( v1.12.13+hotfix.5 )

@myriky ¿La última versión estable soluciona el problema que mencionas con el Samsung Galaxy S7?

Esta corrección ya está disponible en el canal estable ( v1.12.13+hotfix.5 )

¡Gracias!

Actualizamos nuestra aplicación anoche. Todavía recibo informes (7 en las últimas 5 horas) específicos de Huawei Y7 Prime 2019 (HWDUB-Q), pero esto podría ser un problema diferente, parece ser un bloqueo.
Por ejemplo:


Oh no... La versión más nueva de repente ya no funciona. Se cierra solo cuando intentas abrirlo. Desinstalé y volví a instalar.

No veo nada en los informes de fallas (todavía). ¡Gracias de nuevo!

Gracias @hermanmaritz! Si obtiene detalles sobre el bloqueo, mencióneme sobre el problema y lo revisaré.

@hermanmaritz También veo bloqueos en Google Play Console para "Huawei Y7 Prime 2019 (HWDUB-Q), Android 8.1" (con v1.12.13+hotfix.5 y versiones beta anteriores).
Sin embargo, no puedo presentar un nuevo problema, ya que no tengo ningún registro de fallas. (Firebase Crashlytics no tiene registros de ninguno de los 32 bloqueos) y Google Play Console tampoco muestra mucho en términos de un registro de bloqueo.

Lo único que puedo decir es que después de enviar al usuario una compilación anterior usando Flutter v1.9.1+hotfix.6, parece funcionar bien. Así que probablemente se debería llenar un nuevo número para esto.

Esperaremos un par de semanas para asegurarnos de que esta versión sea realmente estable.

Hola @hermanmaritz @TheJulianJES , ¿alguna noticia sobre los bloqueos en Huawei?

Desafortunadamente, a partir de 15 revisiones de aplicaciones en la aplicación, puedo confirmar que la "pantalla negra" sigue siendo un problema en Y7 Prime 2019 (HWDUB-Q) . Si hay algo que pueda hacer para ayudar a depurar esto, hágamelo saber.

flutter --version
Flutter 1.12.13+hotfix.5 • channel stable • https://github.com/flutter/flutter.git
Framework • revision 27321ebbad (5 days ago) • 2019-12-10 18:15:01 -0800
Engine • revision 2994f7e1e6

nos enfrentamos a este problema con los dispositivos honor 8c y huawei y7 prime 2019. (Puede que no sea lo mismo con samsung j4 / j6) en la consola de Google Play solo podemos ver el error como este. Estoy tratando de encontrar un dispositivo, quizás pueda obtener más información después de eso. pero es sólo en estos dispositivos.
image

@birtanyildiz @hermanmaritz @TheJulianJES : dado que este problema es específico de Samsung, creé un nuevo problema https://github.com/flutter/flutter/issues/47164 para Huawei. Redirijamos nuestras discusiones futuras y arreglemos los dispositivos Huawei allí.

Desafortunadamente, la "pantalla negra" sigue siendo un problema en VIVO V5 Plus.

E:Flutterflutterbinflutter.bat doctor --verbose
[√] Flutter (Canal estable, v1.12.13+hotfix.5
• Flutter versión 1.12.13+hotfix.5 en E:Flutterflutter
• Revisión del marco 27321ebbad
• Revisión del motor 2994f7e1e6

Cualquier solución... Veo este error en LG --OS9

Tengo una aplicación en Google Play con unos miles de usuarios y todavía tengo reseñas de una estrella relacionadas con problemas de pantalla negra. En el 95% de los dispositivos está bien, pero en otros sigue siendo un problema.

Mi última versión de la aplicación se basa en Flutter 1.12.13+hotfix5 (canal estable).

Hola. En mi caso, eliminé el paquete "get_ip" y la pantalla negra desapareció, la aplicación volvió a funcionar.

WechatIMG71
los mismos problemas conmigo.

~ aleteo --versión
Flutter 1.12.13+hotfix.7 • canal estable • https://github.com/flutter/flutter.git
Framework • revisión 9f5ff2306b (hace 6 días) • 2020-01-26 22:38:26 -0800
Motor • revisión a67792536c
Herramientas • Dardo 2.7.0

¿Sabes si v1.12.13+hotfix.7 soluciona el problema de Huawei?

Hola. Estoy tratando de creer que estos son paquetes que no se han actualizado a la versión 1.12.xx de Flutter. Prueba a quitarlos y prueba. Si el problema persiste, depende de la gente de Google.

Luis Leite

Em terça-feira, 4 de fevereiro de 2020 04:59:41 BRT, campioncino <[email protected]> escreveu:

¿Sabes si v1.12.13+hotfix.7 soluciona el problema de Huawei?


Estás recibiendo esto porque comentaste.
Responda a este correo electrónico directamente, véalo en GitHub o cancele la suscripción.

@tmatrai : se sabe que v1.12.13+hotfix.5 tiene algunos problemas de pantalla negra y se solucionó en v1.12.13+hotfix.7. Consulte https://github.com/flutter/flutter/issues/47164

@dumplings : ¿en qué dispositivo vio el problema de la pantalla negra con v1.12.13+hotfix.7?

@GaryQian : ¿puede verificar dos veces v1.12.13+hotfix.7 con los dispositivos Huawei que compramos recientemente y el dispositivo Samsung J6+ (probablemente en mi cajón)? Creo que deberían corregirse en v1.12.13+hotfix.7.

Actualizado a v1.12.13+hotfix.7 y aún aparece el error en J4 y Huawei.

¿Alguna estimación de cuándo se solucionará realmente?

@costarf ¿En qué dispositivos exactamente estás probando? Acabo de verificar que este bloqueo está solucionado en Huawei Y7Pro/Enjoy9 (DUB AL20) y Huawei Honor8C (BKK AL10), así como en Samsung J6+ (SM-J610G) usando 1.12.13+hotfix.7

Además, ¿está sucediendo esto con una aplicación mínima como la aplicación hello world de flutter create ?

Tuve algunos problemas como este después de migrar mi proyecto flutter a AndroidX. En algunos dispositivos Android, la aplicación no pasaba la pantalla de bienvenida.

Solución:
Descubrí que tenía la variable _ android:hardwareAccelerated_ establecida en falso, en AndroidManifest.xml. Después de configurarlo en verdadero, conseguí que la aplicación funcionara en esos dispositivos Android.

Estoy usando el canal estable - v1.12.13+hotfix.8.

@xster : según https://github.com/flutter/flutter/issues/37155#issuecomment -585177594, es posible que tengamos problemas cuando android:hardwareAccelerated se configura como falso. ¿Admitimos establecer Android: hardwareAccelerated en falso? Si es así, parece que hay un error. Si no, tal vez deberíamos hacer que sea imposible establecerlo en falso.

@liyuqian, esta es probablemente una pregunta para @jason-simmons o @chinmaygarde sobre cuál es nuestro nivel oficial de soporte para la representación de software en Android para depuración o en general.

Esta también es probablemente la misma pregunta que las ramificaciones a https://github.com/flutter/flutter/issues/47804 y si podría causar problemas más oscuros en el futuro.

@xster : el backend del software debería ser bastante sólido, ya que todas las pruebas doradas internas de Google se ejecutan con la representación del software. El único inconveniente de usar el renderizado por software es el impacto en el rendimiento, hasta donde yo sé.

¿Sugiere recurrir al software si el backend de la GPU no se inicializa? Si es así, creo que primero tenemos que establecer algún sistema de alerta para que no dejemos pasar algunos problemas de GPU y provoque regresiones de rendimiento amplias sin detecciones.

Bueno, es bueno saberlo. Continuemos en https://github.com/flutter/flutter/issues/50900. Una vez que establezcamos la señalización como usted dice, podemos fallar en los puntos de referencia en los respaldos de software.

Hola. En mi caso, eliminé el paquete "get_ip" y la pantalla negra desapareció, la aplicación volvió a funcionar.

¿como puedo hacer esto?

Hola.

Simplemente elimine el paquete del archivo pubspec.yaml.

Luis Leite

Em quinta-feira, 12 de março de 2020 08:46:41 BRT, mohamed-eltwahy <[email protected]> escreveu:

Hola. En mi caso, eliminé el paquete "get_ip" y la pantalla negra desapareció, la aplicación volvió a funcionar.

¿como puedo hacer esto?


Estás recibiendo esto porque comentaste.
Responda a este correo electrónico directamente, véalo en GitHub o cancele la suscripción.

Este hilo se ha bloqueado automáticamente ya que no ha habido ninguna actividad reciente después de que se cerró. Si aún experimenta un problema similar, abra un nuevo error, incluida la salida de flutter doctor -v y una reproducción mínima del problema.

¿Fue útil esta página
0 / 5 - 0 calificaciones