[ CONSULTA ] Bug SO Android

[Z-erox]

mmm la 2.3.4??? esa lo tiene solucionado? 100% confirmado? D 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]

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

[srgnome]

 Cita:

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]

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]

 Cita:

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... D

[ondoteam]

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]

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

[zEsArDRX]

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

[ondoteam]

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

[kriogeN]

 Cita: Originalmente Escrito por ondoteam

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

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]

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

[srgnome]

 Cita:

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

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

[ondoteam]

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]

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]

 Cita: Originalmente Escrito por Z-erox

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]

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]

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]

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

[ondoteam]

@manuetsia 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.SENSOR_SERVICE);
		
        mgrTest.registerListener(accelListener, mgrTest.getDefaultSensor(Sensor.TYPE_ACCELEROMETER), SensorManager.SENSOR_DELAY_UI);
        mgrTest.registerListener(magnetListener, mgrTest.getDefaultSensor(Sensor.TYPE_MAGNETIC_FIELD), 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]

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