[ CONSULTA ] Bug SO Android [Archivos]

Ver la Versión Completa : [ CONSULTA ] Bug SO Android

srgnome

10/05/11, 11:39:31

Pues nada, no creo que sea el unico asi que abro este post por si alguien tiene alguna solucion respecto al tema.
Mi problema es que cuando incio un juego/aplicacion con 3D, despues de cerrarlo el movil se me descarga en pocas horas. Me ha pasado tanto con ROM's de ginger como con CM7 (instalando con JPU por el boot)
El problema es que cuando esta un rato en standby el proceso del SO Android, concretamente el proceso "suspend" se pone consumir bateria que da gusto. Yo llevo instalado el sistempanel y en "graficas" se da una lista detallada de las aplicaciones y procesos que consumen y este en concreto, cuando lo normal deberia estar en torno al 0.1% sin tocar nada ni tener wifi ni nada, me alcanza cifras del 30 - 35%.
Respecto a lo leido se trata de un bug de la ginger que por lo visto en la JVH aun no esta resuelto porque la llevo.

Ahora bien, como dudo que sea el unico querria saber si alguien ha dado con la formula o con alguna apli que evite este consumo desproporcionado.
He ledio que yendo a ajustes/aplicaciones/administracion de aplicaciones/todo en actualizacion de software borrar los datos pero no me funciona ni patras.
Creo que lo unico es reboot pero es un peñazo siempre que termino con alguna aplicacion 3D hacer reboot.

Gracias por leer la parrafada y bienvenidas sean las aportaciones.

EseLoKo

10/05/11, 12:08:48

Polako84

10/05/11, 12:55:46

En la JVH sigue el dichoso bug 3D. Ayer por la tarde le hice mi primera carga al móvil tras meter la JVH. En 5 horas me consumió sólo un 5 % con Wifi puesto, lo que es muy buen consumo. Al acostarme probé el Stupid Zombies que me había instalado, es lo único que abrí que tirara de gráfica aunque es en 2D. Resultado, esta mañana me he levantado con un 30 % menos de batería y con SO Android al 39 %. Tremendo. He reiniciado y los consumos vuelven a ser buenos. Este bug es una gran cagada, porque sin él el consumo sería más que aceptable.

srgnome

10/05/11, 13:45:54

- Aplicaciones 3D probadas:

Speedx 3D, Pottery, Can KnockDown 2 (estas 3 compradas en el market) , Cordy , Lets Golf, Google Earth, Google Maps, Aura, Pinball HD for Tegra, DiceShaker 3D , Hawx ...

Ninguna de estas en mi terminal con JVH instalada (y kernel voodoo) haciendo wipe (ni con la JVB tampoco) me ha dado nunca el bug del SO Android.

Que rom llevas? yo ahora mismo llevo Tweaky 3.1 (JVH) la de coldfild pero con el stock kernel porque dice que con el vodoo da FC's no se si tendre que arriesgarme y probar.
La Rom va como una lija pero tiene ese problema... cierto es que cada terminal es un mundo, antes no me pasaba con CM7 pero fue meter el update de la 2.3.4. y plam!
Yo cualquier juego, tengo dungeon hunter 2, speedx 3D, Eternal Legacy,...

EseLoKo

10/05/11, 13:48:01

Que rom llevas? yo ahora mismo llevo Tweaky 3.1 (JVH) la de coldfild pero con el stock kernel porque dice que con el vodoo da FC's no se si tendre que arriesgarme y probar.
La Rom va como una lija pero tiene ese problema... cierto es que cada terminal es un mundo, antes no me pasaba con CM7 pero fue meter el update de la 2.3.4. y plam!
Yo cualquier juego, tengo dungeon hunter 2, speedx 3D, Eternal Legacy,...

Yo siempre uso las roms de stock, lo único que cambio es el kernel, y nunca sufrí el bug. Decir que siempre las meto limpias (wipe) y reinstalo apps con el Titanium backup.

Ahora como ya dije, llevo la stock JVH + kernel voodoo.

zadock

10/05/11, 14:14:51

Por ahora la única solución para los que tengáis dicho problema es reiniciar para que no siga aumentando el consumo de SO Android...

yildori

10/05/11, 14:44:39

No noto este problema, pero el Aura se me cuelga a los 15 o 20 minutos de estar funcionando. ¿Puede ser debido a este bug?

/ \

Z-erox

10/05/11, 14:51:31

bueno puedo decir que con JVH y me ha parecido hoy el Bug del S.O Android....

En unas 5 horas sin tocar el telefono de 96% a 40%.....

He tenido que reiniciar...

jjccss

10/05/11, 14:56:04

Yo sólo juego con el Angry Birds y utilizo como aplicaciónes que tire de gráfica la Galeria y SYGIC Aura y el SO Android lo tengo en un 4%. Nada más...

Con Stock ROM JVK y con Stock ROM JVH.

Pac-Man

10/05/11, 15:04:36

no iba en la sección de roms chicos, os lo he movido a la seccion general del foro del galaxy s :ok:

Enjoy-it

10/05/11, 15:10:49

Por que no hacemos una lista con todas las apks que tienen o no el bug, a ver si se repiten o el comportamiento es en todos los moviles igual.... Aunque ya empezamos mal porque a mi la Galeria no me ha dado nunca el bug... no obstante creo que no esta de mas:

ROM JVB con BUG Copilot
sin BUG Galeria

No he probado apenas nada.... pero ahi esta

rostro.palido

10/05/11, 15:14:57

Aquí está la solución para el BUG del SO según el foro de Darkyrom:

http://www.darkyrom.com/community/index.php?threads/guide-battery-life.2551/

Pego la sección:

How To Get More Out Of Your Battery

Akkuprobleme und Lösungsansätze auf Deutsch -> HIER

There is a lot of threads going on about battery life related problems, let's try and keep everything in one place.

First we'll see how to fix some Gingerbread specific problems (JVB & JVK), followed by a bunch of general recommendations to save power on all ROMs (Eclair, Froyo, Gingerbread) and there is a guide to calibrate the battery.

Android OS bug on Gingerbread ROMs

This is the most annoying Samsung/Android bug.

A good few people have been seeing battery drain on Gingerbread. It comes randomly and apparently once it starts the only way to stop it is to reboot... But it comes back after a while

You can identify this drain by checking the Battery Use in Settings : if Android OS is above 20%, often between 40 and 60% of the battery consumption while your phone has been idle most of the time, then that's it.

The good news is that there is a fix found in XDA: 2 system apps are responsible for this leak, here's what to do using Titanium Backup :

Find Software Update & Samsung Account, select them one by one and "Clear Data". Now you need to freeze Software Update (if you have the Pro version of Titanium Backup) or to backup the app and delete it. Since you don't delete the backup, it's like a freeze. (But keep the backup in case you want it back for some obscure reason)

Or simply use the default app manager to clear the data and Root Explorer to backup/delete Software Update.

If the Android OS battery drain comes back after freezing/deleting the 2 apps above then I suggest you read about the app below. You can back it up and delete it as well and see if it improves:

wssyncmlnps.apk (info) - make a backup in case.

Please share your findings posting in this thread so everybody can know.

zadock

10/05/11, 17:04:06

Pues tengo eliminadas tanto la cuenta de Samsung como lo de la actualización del software...y me dió el bug en su momento...

Z-erox

10/05/11, 17:17:43

yo tambien tengo eliminadas esas apps y me ha paasado hoy mismo el bug...

kriogeN

10/05/11, 17:31:45

¿Alguno sabe el nombre de la aplicación Software Update, o como se llama el APK?

He buscado como Actualización de Software, y cualquiera de sus variantes, incluso conteniendo la palabra Samsung. Y nada.

EDITO: Es la syncmldm.apk, pero esa aplicación no viene incluida en la ROM de Criskelo, viene una que se llama Sincronizar que es syncmlds.apk. La he dejado por lo pronto instalada.

He borrado los datos de Cuenta de Samsung y he borrado la aplicación wssyncmlnps.apk, acabo de jugar una partida al Guerrilla Bob y he dejado el móvil en standby. En una media hora comprobaré el SO Android.

EDITO 2: No ha hecho falta esperar tanto, el bug continua, lo único que me queda por probar es borrar la aplicación Cuenta de Samsung.

Z-erox

10/05/11, 18:37:18

te va ha pasar igual...xD esa aplicacion la elimino yo siempre....

srgnome

10/05/11, 21:05:19

Que nombre tiene la apk de cuenta samsung?

zadock

10/05/11, 21:31:20

Signin o algo así.

Enviado desde mi mente usando Telekinesis

Z-erox

11/05/11, 11:57:57

kriogeN

11/05/11, 12:07:42

a mi el bug este me persigue....la verdad que no lo habia sufrido hasta esta version (JVH) y ahora comprendo....con algo que se come la bateria de esa forma no se puede estar...te puedes quedar sin movil en cualquier momento....

La verdad que me parece lamentable que Google aun no halla solucionado el tema este....extraño.....

Si está solucionado, pero en la siguiente versión de Android, la que acaba de recibir el Nexus S y que esperemos que pronto reciba el Galaxy S, al menos en forma de beta.

Z-erox

11/05/11, 12:41:18

mmm la 2.3.4??? esa lo tiene solucionado? 100% confirmado? xDD esque muchas veces se ha dicho ya no hay bug!!! y nada vuelve a aparecer!

Bueno si es asi esperemos que samsung no se demore mucho creo que si no recuerdo mal algo lei de para mediados de mes... =/

darkmomo

11/05/11, 13:49:01

pues en la CM7 que se supone que ya es 2.3.4 me sigue dando el bug, asi que ya me direis!

srgnome

11/05/11, 14:37:01

pues en la CM7 que se supone que ya es 2.3.4 me sigue dando el bug, asi que ya me direis!

+1 yo soy de los que tambien les persigue el bug, venga de la ultima CM7 y tenia el bug, incluso con el boot de la JPU y ahora tengo rom con JVH y sigo con el maravilloso bug.
Sin solucion, unicamente reboot ayer me consumio un 20% en poco mas de 2 horas y anoche lo rebootee sin ejecutar ningun juego y durante toda la noche y me ha consumido un 5-7%

kriogeN

11/05/11, 17:43:51

Vaya... pues precisamente había leido que con la CM7 el bug desaparecía, por eso decía que con 2.3.4 se solucionaba.

A ver si al final tendremos que esperar a IceCream Sandwich... espero que no.

srgnome

11/05/11, 20:32:01

Vaya... pues precisamente había leido que con la CM7 el bug desaparecía, por eso decía que con 2.3.4 se solucionaba.

A ver si al final tendremos que esperar a IceCream Sandwich... espero que no.

No se no se XDD yo por si las moscas como hace nada que reinstale todo volvere a flashear la CM7 a ver si por alguna de aquellas con el nuevo update e initial se me arreglase... como esto parece que va y viene por arte de magia... xDD

ondoteam

11/05/11, 21:32:07

Me estaba pasando.. aún estoy haciendo pruebas, pero he puesto que se desactive la WiFi tras apagar la pantalla y aparentemente no ha vuelto a ocurrir.

Probados: Maps, Earth, GTalk, GMail y Layar.
Sin probar: Una app que estoy haciendo y utiliza los sensores, Galería y la Cámara.

En tres o cuatro horas os digo que tal..

Z-erox

11/05/11, 21:50:08

yo es ponerme a jugar al Shadow Guardian, Asphalt o NOVA....y zasca! bug que te crio! a reiniciar....

zEsArDRX

11/05/11, 21:50:15

En miui 2.3.4 tambien pasa pero menos acusado que en las stocks de samsung

ondoteam

12/05/11, 00:26:47

Pues parece que con la política WiFi de desconectar cuando la pantalla se apaga, no ocurre el bug :D

kriogeN

12/05/11, 00:44:43

Pues parece que con la política WiFi de desconectar cuando la pantalla se apaga, no ocurre el bug :D

El Bug está relacionado con "Despertar", así que puede ser que lo que has puesto influya, pero no creo que sea el único motivo.

Acabo de probar el Guerrilla Bob con el perfil WiFi en Desconectar al apagar la pantalla, ahora en un rato comento.

Z-erox

12/05/11, 00:47:32

que si???? lo comprobare.....pero nose hasta que punto tiene que ver.....

srgnome

12/05/11, 02:49:06

Pues parece que con la política WiFi de desconectar cuando la pantalla se apaga, no ocurre el bug :D

Donde se mira eso, tengo puesta la intromod pero no lo veo por ajuste wifi

ondoteam

12/05/11, 14:13:17

Ajustes > Conexiones inalámbricas > Ajustes WiFi > (Botón Menú) > Avanzado > Directiva de inactividad WiFi

A mí por ahora no me ha aparecido el bug, pero claro.. no descarto que lo haga hasta que lleve un tiempo con esta configuración. Hice una aplicación que no llama a desconectar los sensores cuando se cierra la aplicación.. a ver si tiene algo que ver :) pero hasta la tarde no puedo probarla

Z-erox

12/05/11, 15:05:35

bueno yo ya he comprobado que aunque pongas que el WIFI se desactive al apagar la pantalla o aunque desactives el WIFI el bug sigue hay.....se ha comido un 60% de la bateria en 5 horas....

ondoteam

12/05/11, 16:18:39

bueno yo ya he comprobado que aunque pongas que el WIFI se desactive al apagar la pantalla o aunque desactives el WIFI el bug sigue hay.....se ha comido un 60% de la bateria en 5 horas....En mi caso, he comprobado que la WiFi tiene que ver. Y con lo que he dicho anteriormente, se soluciona. Aunque creo que ese fallo viene de atrás. Lo que hago es lo siguiente: reinicio, en la directiva de inactividad de la WiFi pongo nunca, activo la WiFi, desactivo la WiFi y aparece el bug. Luego en la directiva de inactividad pongo desconectar al apagar la pantalla, reinicio, activo la WiFi, la desactivo y el bug no aparece.

Cabe la posibilidad de que ciertos programas, que no son del todo compatibles con gingerbread, hagan aparecer de nuevo el bug. Esta tarde os comento algo más sobre esto. Saludos..

xbounce

12/05/11, 18:36:27

entiendo entonces que el bug 3d tambien les pasara a los nexus 2.3.3 no??
pero no se oye nada al respecto.

Yo sigo con las 2.2.1 y quiero ir a la 2.3.3., pero me da miedo esto del bug y que se vaya todo a la mierda.

ondoteam

12/05/11, 19:29:35

Pues sí, si se dejan los sensores abiertos (por decirlo de alguna forma) en la aplicaciones, aparece el bug. Esto no pasa con Froyo...

Lo que he hecho: instalar una app que he creado yo mismo, que al pasar a background no cierra el registro de los sensores (brújula, acelerometros y giróscopos).

Lo que voy a hacer: reiniciar, ejecutar de nuevo la aplicación y matarla. Cuando haga eso y después de ver los resultados, instalaré de nuevo la aplicación pero elimando el regitro de sensores al pasar a background.

EDIT: Parece ser que en la Tab pasa algo parecido.. solo que el sistema, a los cinco minutos, cierra el grifo y no se sigue gastando la batería indefinidamente.
EDIT2: Matando la aplicación, continúa la descarga de la batería. Ahora voy a probar lo siguiente..

manuetsia

12/05/11, 23:30:49

si es asi bravo! como narices te diste cuenta? XD

ondoteam

13/05/11, 00:09:45

manuetsia xD yo no me he dado cuenta de nada.. sólo he investigado un poco. Lo de la WiFi me sonaba de Froyo y de hecho creo que ya me había pasado. Lo cierto es que no sé si tiene que ver directamente con el conocido bug "SO Android" pero comer batería, come.

Lo que si tiene que ver con el bug llamado "SO Android" es lo que voy a detallar a continuación:

Dispositivo A: Samsung Galaxy S con JVH (Android 2.3).
Dispositivo B: Samsung Galaxy S con JPY (Android 2.2).
Dispositivo C: Samsung Galaxy Tab con JQ1 (Android 2.3).

1ª Prueba >
He creado una aplicación para Android, básicamente lo que hace es registrar los valores de los sensores (brújula, acelerómetros y giróscopos) al iniciarse.
mgrTest = (SensorManager)context.getSystemService(Context.SE NSOR_SERVICE);

mgrTest.registerListener(accelListener, mgrTest.getDefaultSensor(Sensor.TYPE_ACCELEROMETER ), SensorManager.SENSOR_DELAY_UI);
mgrTest.registerListener(magnetListener, mgrTest.getDefaultSensor(Sensor.TYPE_MAGNETIC_FIEL D), SensorManager.SENSOR_DELAY_UI);
mgrTest.registerListener(gyroListener, mgrTest.getDefaultSensor(Sensor.TYPE_GYROSCOPE), SensorManager.SENSOR_DELAY_UI);

Lo normal, sería dejar de registrar los datos de estos sensores, cuando la aplicación queda en segundo plano. Pero no lo he hecho.

>>> Resultados de la 1ª prueba:

Dispositivo A: tras reiniciar ejecuté la aplicación y esperé por más de una hora. El resultado fue un gasto de batería brutal, elevándose el consumo del proceso "SO Android" hasta el 25%. Luego reinicié una vez más y volví a ejecutar la aplicación de prueba. A los quince minutos miré y ocurrió lo mismo que anteriormente. Maté el proceso, esperé cosa de una hora más, comprobé el estado de la batería y lo mismo; un decremento brutal.

Dispositivo B: tras reiniciar ejecuté la aplicación y esperé cosa de una hora. El resultado fue normal. No hubo gasto de batería más allá de lo común. Reinicié de nuevo y volví a ejecutar la aplicación de prueba... obtuve los mismo resultados. Todo bien.

Dispositivo C: tras reiniciar y ejecutar la aplicación de pruebas, se observa que durante 5 ó 10 minutos (como máximo) hay un gasto considerable de batería, pero de ahí en adelante se normaliza. Tras reiniciar y ejecutar una vez más la aplicación de pruebas... obtuve los mismos resultados. Cabe destacar que el "SO Android" sólo subio hasta un 13%.

2ª Prueba >
A la aplicación creada anteriormente, le añadí el siguiente código para que al pasar a segundo plano, dejara de registrar los sensores que le había ordenado.
mgrTest.unregisterListener(accelListener);
mgrTest.unregisterListener(magnetListener);
mgrTest.unregisterListener(gyroListener);

En realidad así es como se debería haber hecho desde un principio y es lo que en teoría siempre hay que hacer. Pero quizás como en Froyo no tenía ningún efecto negativo, a alguien se le pasó por alto en sus aplicaciones.

>>> Resultados de la 2ª prueba (provisional hasta mañana):

Dispositivo A: tras reiniciar, ejecutar la aplicación de pruebas y esperar una hora y media, comprobé el estado de la batería y prácticamente no había consumido nada. Presumiblemente todo está bien.

Dispositivo B: igual que en el dispositivo A.

Dispositivo C: igual que en el dispositivo A.

Conclusiones:

Realizadas todas las pruebas, y respaldado por las investigaciones de intronauta, creo que no cabe duda. El problema no es de Android, el problema es de las aplicaciones... aunque está claro que una vez que matas una aplicación, Android debería acabar con todo en tanto en cuanto a lo que a ella se refiere.

En la gráfica que he subido, en azul oscuro se muestra una descarga normal, en rojo una descarga anormal tras abrir la aplicación de prueba, en azul claro los reinicios, en naranja se muestra también una descarga anormal tras abrir y matar la aplicación de pruebas y en rosita unas descargas normales tras abrir la aplicación de pruebas corregida.

akman

13/05/11, 00:27:23

Gracias por este trabajo de investigacion jaja, si te sirve de algo intronauta en uno de sus hilos ya comento el proceso que se comia la bateria y deducio que era por los sensores, habla con el.

Saludosss

ondoteam

13/05/11, 00:33:15

intronauta hazte presente xD

intronauta

13/05/11, 01:02:23

joer, ya lo estuve comentando por aquí y por XDA sin mucho éxito XD

Cuando aparece el bug, el "demonio" system/bin/orientationd se queda clavado como activo evitando el modo sleep.

Ni wifi, ni otas ni nada, sigo pensando que es de sensores porque orintationd para más inri pertenece al usuario "compass".

Se asumía que era por el 3D pero supongo que coincide que suelen ser aplicaciones que hacen uso de sensores, por eso siempre era por juegos o programas de GPS.

Para hacer la prueba:

adb shell top -m 15déjalo en reposo y fíjate que procesos están ahí pululando y como orientationd desaparece rápido

juega por ejemplo al uconnect y ciérralo, mátalo, o como quieras que dará igual

fíjate como el /system/bin/orientationd ya no desaparece y el So_Android ya no para de crecer.

Si lo mato y le cambio los permisos rápidamente para que no sea ejecutable, empiezan a generarse fallos continuos en dmesg porque system_server le está llamando continuamente.

Yo llegué hasta ahí, pero veo que @ondoteam (http://www.htcmania.com/member.php?u=264081) puede hacer algo más productivo probando con código java :-)

Suerte y a ver si das con el código que crea conflictos, seguro que muchas aplicaciones hacen uso de él y podemos reportarlo a los desarrolladores!!

estaré por aquí atento que estas cosas molan X-D

intronauta

13/05/11, 03:13:19

ondoteam, podrías colgar o pasarme en un privado esa app con la que haces el test? tengo curiosidad por ver una cosilla :-)

Ozkitar

13/05/11, 04:05:53

joder tios sois la leche! Que manera de darles vuelta al asunto y que manera de indagar. Espero que lleguéis a buen puerto por el bien de todas nuestras baterías y quebraderos de cabeza

ondoteam

13/05/11, 12:42:02

intronauta la aplicación por ahora no la puedo pasar, pero si te hace falta, te puedo hacer una chorra para que experimentes.. sólo dímelo si realmente te hace falta.

Pues nada, si tu has estado haciendo pruebas también, creo que está claro... la solución es contactar a los programadores. Yo no puedo asegurar que sea eso al 100% a no ser que alguna de las aplicaciones de las que se sabe que producen el consumo de batería sea de código abierto y tras meterle mano la prueben y se normalicen los consumos :D

De todas formas, anoche hice otro test más largo con la aplicación de pruebas corregida y no hubo consumo de batería. De hecho esta ROM con Gingerbread es de las mejores que he visto con respecto a eso... por lo menos con el teléfono en suspensión.

Aquí os dejo una gráfica. En azul oscuro se muestra una descarga normal, en rojo una descarga anormal tras abrir la aplicación de prueba, en azul claro los reinicios, en naranja se muestra también una descarga anormal tras abrir y matar la aplicación de pruebas y en rosita unas descargas normales tras abrir la aplicación de pruebas corregida.

EDIT: esos consumos son con conexión móvil a Internet siempre activa, sincronización de docs, contactos, gmail, picasa y calendario activa, WiFi OFF, bluetooth OFF, brillo automático...

srgnome

13/05/11, 13:27:33

Pues vaya, y creia q era el unico XDDD veo q es comun, por cierto lo de borrar los apks de samsung como he leido no funciona y efectivamente como se esta comentando da igual que mates los procesos incluso los del sistema (usando panelsystem) unicamente reiniciando se obtiene un consumo normal.
Una pregunta desde la ignorancia, podria tratarse de los juegos que no estan adecuados a ginger?¿ de todas formas yo he jugado a juegos que no usan giroscopio (supongo que son los de coches por ejemplo que tienes que mover el movil) sino tactiles e igualmente pasa.

ra5849

13/05/11, 13:46:25

Y no podríamos poner algo al tasker, por ejemplo, que mate este come baterías cada x tiempo?¿

zEsArDRX

13/05/11, 14:06:41

Solo sensores no puede ser por que a mi me pasa y los juegos que me lo provocan son por ejemplo guerrilla bob, dungeon hunter 2, nova2, sacred odyssey vamos que sean 3D

Eso si mi rom es la ultima rom miui 2.3.4 española y el subidon de consumo es menos exagerado.

Y lo mas raro es que cuando miui era 2.3.3 no pasab esto....

Vamos que han cogido algun driver samsung y a empezado a pasar tambien en miui/cm7 creo.

zadock

13/05/11, 14:23:36

Pues parece que vais descubriendo a qué se debe este bug tan toca pelotas...seguid así :ok:

julianico

14/05/11, 13:49:52

algun avance sobre el tema??

manuetsia

18/05/11, 10:07:23

intronauta

18/05/11, 13:09:57

Como experiencia personal y sin que tenga que ser valido para todos, llevo desde que se comentó con el wifi que se apague despues de apagar la pantalla y no el vuelto a sufrir el Bug, de hecho no pasa del 3% aunque use aplicaciones que antes si que me lo provocaban, me da lastima que se hunda el hilo cuando esto podría ser una solución, para aquellos que sean excepticos que me cuenten ¿porque mi antigua legend con froyo solo iba bien si se tenía puesto el modo de depuración USB? hay veces que aunque la causa no esté clara tenemos que aprovechar que exista la solución

el problema viene cuando tienes el bug pero con conexión 3g...

El bug tiene que venir de otro lado. O es de la algunas aplicaciones que no se adaptan bien a gingerbread o del propio sistema, pero es muy difícil de saber a ciencia cierta.

Pero lo que estoy seguro es que no es un tema relacionado con conectividad.

peitos

19/05/11, 17:00:56

el problema viene cuando tienes el bug pero con conexión 3g...

El bug tiene que venir de otro lado. O es de la algunas aplicaciones que no se adaptan bien a gingerbread o del propio sistema, pero es muy difícil de saber a ciencia cierta.

Pero lo que estoy seguro es que no es un tema relacionado con conectividad.

Comento mi experiencia por si aporta algo, llevo con ginger desde la JVB instalación limpia + v37 a v46 de criskelo, sólo se me ha dado en dos ocasiones el bug, una después de jugar al Asphalt 6, he jugado otras veces pero sólo me ha pasado una vez, este juego hay que jugar sin conexión que sino no chuta y otra se me dio y esto me chocó muchisimo!! pero fue después de estar viendo Tele 5 via web, la url que te lanza el TV by Zurera VIP, con esto último me quedé alucinado ya que siempre se había dicho que era tema de sensores y 3D y este caso no guardaba ninguna relación y estoy seguro que fue después de eso, no se me ha vuelto a dar más el bug.

langostino

24/05/11, 12:36:51

Yo estoy con Froyo JS8 y quería dar el salto a ginger, pero me da miedo sufrir el bug del 3D y de android, ya que busco que la batería me dure al menos como ahora. ¿No se podría hacer una aplicación aunque requiera permisos de root que "cortase" o matase ese proceso demonio que se queda pillado?

carlote

13/06/11, 02:14:21

¿Problema resuelto con la 2.3.4.?

markenaton

13/06/11, 03:36:29

Parece que sí.
Yo al menos no lo tengo y con la 2.3.3 lo tenia cada vez que abria la galería 3D.
Saludos