SOLUCIÓN DE FALLOS
- Si al flashear por recovery, un archivo .zip flasheable (ROMs, MODs, Kernels...) se aborta la instalación y te muestra un error, lee el siguiente tutorial sobre "Como solucionar errores habituales al flashear".
(Click para mostrar/ocultar)
Al intentar flashear un archivo .zip flasheable (ROMs, MODs, Kernels...) ¿te aparece un mensaje de instalación abortada por un determinado error?
He recopilado los errores más habituales con los que nos topamos y sus posibles soluciones, pero si no lo solucionas con las explicaciones siguientes, debes saber que el recovery normalmente suele dar bastante información cuando se muestra un error de flasheo, por lo tanto, plantea tu problema en el foro, pero intenta detallarlo de la forma precisa para saber exactamente cual es el error, trascribiendo todas las líneas del proceso desde que surge el error, incluso tomar una foto del error ayudará.
E:Error in xxxx (Status 7)
La mayoría de las veces este error ocurre debido a que el Custom Recovery es obsoleto, sobre todo, si procedes de una versión Android anterior como Android 4.2.2, y pretendes instalar una ROM que contiene por ejemplo Android 4.4 Kitkat, y sencillamente la versión actual del Recovery no soporta los procedimientos de actualización que se requieren.
Este error también aparece cuando en el proceso de flasheo el script de actualización del .zip flasheable, llamado updater-scrpt, comprueba si el modelo de móvil es compatible con lo que estás instalando, a través de mecanismos de seguridad dentro del código del script, como "asserts", presente en las ROMs CM y "set_perm", presente por ejemplo en las Gapps. Estos mecanismos de seguridad sirven para impedir que no se instale accidentalmente un .zip creado para otro modelo de móvil, que de otra forma conseguirías un "bonito" hard brick. Ahora bien, a pesar de que este mecanismo de seguridad es muy útil, hay veces donde incluso si tienes él .zip correcto para el móvil, se mostrará igualmente un error "Status 7", debido a un error por parte del desarrollador del .zip en la secuencia de comandos de actualización en updater-script.
Para solucionar este error, lo primero que debes comprobar y asegurarte es que el archivo .zip que flasheas es compatible con tu modelo de móvil, como el SGS4 i9505 (código jflte), y a continuación sigue estos pasos:
- Instala la última actualización del recovery que estés utilizando, por lo general con este paso se soluciona el problema. Hay veces que el error, se muestra precisamente en la última actualización del recovery, mientras el desarrollador no repare el error, busca en los foros opiniones sobre otras versiones que manifiestan que funciona e instala esa versión.
- Si persiste el error, instala otro recovery alternativo, distinto al que tienes. Los enlaces a otros recoveries los tienes en el 1er post en el apartado Flashear Custom Recovery sobre como "Instalar la ROM por Recovery".
- Otra situación posible, podrían ser por tener un modem obsoleto, prueba a flashear un modem más acorde a la versión de Android que tienes, para ello sigue el procedimiento descrito en el apartado ¿Cómo instalar un nuevo Modem? en el 5º post de este hilo.
- Si continua el error, edita el archivo "updater-script" alojado dentro del .zip en /META-INF/com/google/android. Para hacer esto, descarga él .zip en el ordenador, abrelo sin descomprimir con Winrar, accede a la ruta donde está "updater-script" y extráelo, edítalo con el bloc de notas y elimina las líneas que comienzan por "assert" o "set_perm" hasta el ";" final. Por último guarda los cambios, e introdúcelo en el .zip, sustituyendo el anterior.
E:Signature Verification Failed
La razón más común para el error de verificación de la firma es porque él .zip descargado está corrupto. Todas las ROMs y mods vienen en ZIP y estos siempre contienen una firma MD5, para comprobar la integridad del archivo. Una forma sencilla para comprobar que él .zip está corrupto, es descomprimiendo el archivo desde el ordenador, si te muestra un error, ya sabes lo que hay, inténtalo descargar otra vez e intenta de nuevo la instalación. Otro modo más preciso para comprobarlo es a través de una herramienta de verificación de Firma MD5.
Otro supuesto, podría ser que los .zip flasheables solo se pueden flashear teniendo una Custom Recovery instalada, como CWM, TWRP o PhilZ Recovery, y tú lo estás tratando de flashear a partir del recovery de la Stock que viene por defecto con el móvil. Lo primero que debes hacer es averiguar que recovery tienes instalado, por lo tanto, inicia en modo recovery y lee las líneas en la parte superior de la pantalla. Si se lee "Android System Recovery", necesitas instalar un "Custom Recovery". Los enlaces a otros recoveries los tienes mas arriba en el apartado Flashear Custom Recovery.
Otros Errores menos habituales- Status 0: Este error generalmente es debido a que es incompatible el archivo "update-binary" alojado en la carpeta /META-INF/com/google/android de tu .zip, para solucionarlo extrae el archivo "update-binary" de cualquier .zip flasheable, por supuesto para SGS4, e introdúcelo y sustitúyelo en la misma carpeta del .zip que quieres flashear.
- Status 4: Este error ocurre generalmente porque el recovery no encuentra en él .zip flasheable el archivo "updater-script", bien porque no está, o porque se ha añadido en una carpeta diferente a /META-INF/com/google/android.
- Status 6: Este error generalmente es causado por un error tipográfico, por ejemplo, porque faltan unas (") o (;) al final de la línea en el código del script de actualización (updater-script), que impiden que el recovery ejecute el proceso.
- /sdcard/0 error: Este error especifico en PhilZ Recovery, ocurre al actualizar con CM Updater, y no encuentra la carpeta donde está la ROM descargada, para solucionarlo deberás entrar en el recovery, pinchar en Advanced y después deja la opción Sdcard Tarjet en /data/media. Listo, ya podrás actualizar con CM updater sin problemas.
- Si tienes FCs (ventana de advertencia de errores forzados) por parte de alguna aplicación, prueba una de estas posibles soluciones:
- Ve a Ajustes > Aplicaciones y pincha en la aplicación que da error. Una vez dentro de la información de la aplicación, pulsa borrar datos. De este modo, se eliminarán de la apli, el login, configuraciones, etc como si como si fuera recién instalada[/b].
- Entra en Modo Recovery y en el menú Advance selecciona Fix permisions. Esta opción no corrompe ni elimina nada y podría solucionar muchos fallos FC y los derechos de lectura y escritura de las aplicaciones y los datos del sistema se configurarán correctamente. Hay recoveries que no tienen esta opción.
- Si tienes FCs en la aplicación de cámara (independientemente que sea la de serie de CM u otra), prueba estas posibles soluciones:
- Sigue los pasos del punto anterior para errores forzados genéricos.
- Elimina el contenido de la carpeta /DCIM, y comprueba que funciona la aplicación de cámara. Evidentemente haz una copia antes del contenido de la carpeta en otro lugar (o en el disco duro del ordenador) para restaurar posteriormente. Es posible que alguna foto o video estuviera corrupto y por eso el error forzado.
- Si tienes configurada la aplicación para que guarde las fotos y videos en la SD externa, prueba a formatear la MicroSD con la opción "Borrar tarjeta SD" en Ajustes > almacenamiento. Al igual que en el punto anterior, haz una copia previa de los archivos que quieres mantener.
- Asegúrate que tienes instalado el Fix del 8º post para desbloquear los permisos de escritura en la SD externa.
- Si tienes errores (FCs) con ciertas aplicaciones de Google como Gmail o YouTube, intenta desinstalarlas y vuelve a instalarlas desde Play Store. Si sigues teniendo problemas con las aplicaciones, elimina tu cuenta Google en Ajustes > Google > "tu_cuenta" > Menú > Eliminar cuenta, y vuelve a añadirla.
- Si al iniciar una aplicación de cámara te muestra una ventana de error "Can't Connect to the Camera" o "No se puede establecer conexión con la cámara" esto es debido generalmente a que tuviste un error forzado previo de la cámara y se ha cerrado repentinamente pero los drivers de la camara siguen en ejecución, y a abrir esa aplicación de cámara o cualquier otra te muestra esa ventana de error. Normalmente esto se soluciona reiniciando el móvil, pero para evitar hacer esto instala y aplica "Restart Camera" cada vez que te ocurra y los drivers se resetearán en caliente, sin tener que reiniciar.
- Si al iniciar el móvil no muestra correctamente la fecha y hora (Muestra fecha de 01 de Enero a la 01:00 horas o similar) ve a ajustes > Fecha y hora, desactiva "Fecha y hora automáticas" y "Zona horaria automática", y selecciona "Establecer fecha". Ahí pones la fecha actual excepto en el año que pondrás un año más (es decir si estás en 2014 ajústalo a 2015). Reinicia y vuelve a ajustes > Fecha y hora y ahora si establece la fecha y hora real, finalmente activa "Fecha y hora automáticas" y "Zona horaria automática”. Al reiniciar comprobarás que la fecha y hora se muestra correctamente.
- Si al iniciar el móvil, recibes la hora del reloj desajustada durante 1 o 2 segundos (en España suele ser 1 hora menos de la real), o incluso, si lo inicias sin estar conectado a la red de datos o WIFI manteniéndose la hora desajustada hasta que te conectas a Internet, es debido a que el móvil sincroniza primero la fecha y hora con el servidor NTP, y luego con la hora proporcionada con el proveedor de red. Para entender esto, se debe saber que el móvil tiene 2 métodos para sincronizar la fecha y hora:
- Contactando con un servidor NTP a través del archivo “time_daemon”. Es con el primero que sincroniza al iniciar el móvil, si hay señal de red o WIFI contactará con el siguiente método, si no, por no tener conexión o bien estar en modo avión, seguirá con la de este método.
- Contactando con el proveedor de red (cuando hay señal de red o WIFI).
El problema por tanto está en el archivo “time_daemon”, como solución temporal, hasta que los desarrolladores subsanen el bug, es eliminar o renombrar el archivo "time_daemon" de la carpeta /System/bin con un explorador de archivos con privilegios root como root explorer, o sencillamente flasheando por recovery Eliminador time_daemon. Aun así, cada vez que actualices la ROM, el archivo “time_daemon” regresará a su estado original, ya que está incluido en esta, para mantenerlo eliminado, flashea también time_daemon Persistente. No se han constatado daños colaterales con otras aplicaciones o la ROM por eliminar el archivo, para mas info para conocer la función de time_daemon leer aquí.
- Si al abrir WhatsApp recibes el mensaje de alerta "La fecha del teléfono no es correcta. Ajusta el reloj e intenta de nuevo." o similar, es debido a lo mismo que lo explicado en el anterior punto, ya que esta apli coge la fecha y hora de “time_daemon” y no del proveedor de red. Si WhatsApp te dice que la fecha es incorrecta, asegúrate de actualizar a la última versión de WhatsApp, si así no se soluciona, elimina o renombra el archivo “time_daemon” como explico en el anterior punto.
__ 
- Si te aparece el mensaje de error "no hay suficiente espacio de almacenamiento disponible" cuando instalas o actualizas una aplicación por el Google Play, pero realmente tienes espacio de sobra, estos es debido generalmente a que tienes "residuos" de esa misma aplicación de una instalación anterior, concrétamente un archivo de extensión .odex con el mismo nombre que la aplicación que quieres instalar, este archivo lo deberás eliminar y ya después podrás instalar sin problemas. Hay dos formas para hacer esto.
- A través de un explorador de archivos como Solid Explorer, ve a la carpeta data/app, y localiza un archivo .odex que se llame igual o que incluya el nombre de la aplicación que no te deja instalar. Eliminala y listo.
- Instala y ejecuta la apli Lucky Patcher, está aplicación entre otras cosas, tiene la capacidad de eliminar los .odex residuales. Para ello pincha en la opción Toolbox y elige "Remover correciones y respaldos (Almacenamiento insuficiente)". Una vez hecho esto el móvil se reiniciará. Si está función no lo soluciona, prueba en el mismo menú con la opción "Odex all System Applications (more free space to int storage)"
- Si se muestra un determinado error en la Google Play Store al instalar o actualizar alguna aplicación, sigue las soluciones relacionadas en este enlace.
- Si el sensor de proximidad del móvil no funciona correctamente, es decir, el que permite, por ejemplo, que en la llamadas cuando lo acercas a la oreja la pantalla de apaga, y cuando lo alejas se enciende la pantalla automáticamente, generalmente es por la suciedad acumulada por el paso del tiempo, para solucionarlo sigue estos pasos:
- Antes de nada, comprueba con la Apli Android Sensor Box o Phone Tester que este sensor y ya de paso los demás sensores, no funcionan correctamente en estas aplis, y así asegurarse que no sea otro problema el que le afecte. Si al pasar la mano por encima de la pantalla, no muestra una animación encogiéndose la planta es que el sensor de proximidad no funciona correctamente.
- Una vez confirmado, con un aspirador, aspira en la zona del altavoz (que está justo al lado del sensor) y del conector mini Jack de los aurículares que es por donde entra la suciedad.
- Hay veces que con el anterior paso no se soluciona, y curiosamente en ROMs stock el sensor funciona bien, esto es debido a que se debe calibrar el sensor (intuyo que es debido a diferentes sensibilidades configuradas de forma predeterminada), para ello instala y ejecuta la aplicación i9505 Proximity Sensor Fix, recalibra y reinicia, y si tampoco, ejecuta la aplicación Terminal en el móvil, escribe estos comandos para calibrarlo automáticamente y finalmente reinicia el móvil. Asegúrate en el procedimiento, que has escrito bien los comandos, y trata de mantener el ambiente de donde estés lo más oscuro posible y no pongas ningún objeto ni los dedos encima del sensor (también cuando lo recalibres con la aplicación i9505 Proximity Sensor).
Código:
$ su ---> (Acceso a root)
# echo 0 > /sys/devices/virtual/sensors/proximity_sensor/prox_cal ---> (Fuerza a reiniciar el sensor)
# echo 1 > /sys/devices/virtual/sensors/proximity_sensor/prox_cal ---> (Recalibra el sensor)
# chown system:system /efs/prox_cal
# chmod 644 /efs/prox_cal ---> (modifica lo permisos de lectura y escritura del archivo)
# sync ---> (sincroniza y guarda los nuevos valores recalibrados)
- Si aún no funciona, desmonta el móvil hasta acceder a la zona de los sensores de la parte superior del móvil, y limpia bien el cristal.
un video explicativo en portugués, aunque se entiende bien, que te orientará para el desmontaje.
- Si no tienes señal de WiFI o sonido, es probable que sea debido al flasheo de un nuevo modem, teniendo el bootloader nuevo (con knox), para solucionarlo debes flashear un parche llamado FIX NON-HLOS correspondiente solo al modem o el bootloader que tengas instalado. Los enlaces de descarga y explicación mas completa están en el apartado "¿Como instalar un nuevo modem?" del 5º post.
- Si al reiniciar el móvil, no arranca, y no pasa de la pantalla de logo de Samsung, mantén pulsado el botón de apagado durante unos segundos hasta que se vuelva a reiniciar o incluso quita la batería durante al menos 15 segundos. Si así no se soluciona, entra en modo recovery y haz un wipe cache y reinicia
- Si desaparecen aplicaciones que tenías instalada después de actualizar la ROM, entra en modo recovery y haz wipe cache y wipe dalvik cache, y reinicia. Si no se han restaurado las aplicaciones, Titanium Backup es muy útil para estos casos, ya que podrás restaurarlas con sus configuraciones personales si has hecho obviamente una copia de seguridad previa.
- Si parpadea la cortina de notificaciones de la barra de estado posiblemente sea por alguna aplicación que tengas instaladas, si no tienes muchas, intenta congelar las aplicaciones que hayas instalado una por una, pero solo las que que corren en 2º plano hasta que pare de parpadear. Puedes saber que aplis corren en 2º plano, en ajustes > aplicaciones y luego la Pestaña "en ejecución" y son las que ves en "procesos en caché" y "servicios en ejecución". Hay usuarios que han constatado que con Viper4Android les ha sucedido, desinstálala y vuelve a instalarla como aplicación de sistema (con Titanium backup puedes pasarla fácilmente a aplicación de Sistema).
- Si al iniciar el móvil se muestra 2 frases en rojo y amarillo en la parte superior izquierda, como se muestra en la imagen, en realidad no es un error, es debido a que tienes Knox activado (en 0x1) y además flasheado un kenel no stock (como el que lleva la ROM CM). Es solo un aviso, y no limita a nada. Es algo similar al triangulo amarillo que aparecía con los Galaxy S2 cuando flasheabas una Custom ROM. Desaparecerá cuando flashees una ROM Stock (que conlleva por tanto un kernel Stock).
__ 
- Si tienes instalada la Versión de CyanogenMod Installer y tienes intención de flashear una versión Snapshot M o Nightly por recovery, y recibes el siguiente mensaje, es debido a que los desarrolladores de la ROM han puesto un mecanismo de seguridad para impedir el salto de canal en el archivo "updater-script" del .zip de la ROM, ya que si lo consiguieras, al ser un "downgrade" tendrías innumerables bugs en el uso habitual de la ROM. Lo ideal es que hagas una copia de seguridad de tus datos y aplicaciones personales con Titanium Backup y después hagas una instalación limpia con un “Full Wipe” previo.
 Cita: Can´t install this package on top of incompatible data. Please try another package or run factory reset.
E: Error in /storage/sdcard1/cm-11-20141112-SNAPSHOT-M12-jlfte.zip
(status 7)
Installation aborted.
- Si se calienta el móvil, sobre todo en la parte posterior a la altura del visor de la cámara, posiblemente sea alguna aplicación que hace escalar a la máxima frecuencia de forma constante el microprocesador, y por tanto aumenta el voltaje y por consiguiente la temperatura del micro. Para rastrear que apli está provocando esto instala y ejecuta CPU Temperature, esta es una herramienta muy útil para el diagnóstico de la temperatura del microprocesador (no de la batería), e incluso, permite, y de ahí su gran utilidad, monitorizar las aplicaciones que se ejecutan para comprobar cuál es la aplicación que provoca el sobrecalentamiento. También recomiendo seguir los pasos del tutorial "¿Cómo ahorrar y mejorar el consumo de batería? Wakelock Detector" del 6º post.
FALLOS CONOCIDOS & MEJORAS NO IMPLEMENTADAS
ERRORES NOTIFICADOS (Fuente: Post [Bug list][i9505]Known Issues with CyanogenMod for Samsung Galaxy S4 ("jflte")
(Click para mostrar/ocultar)Aquí iré recogiendo los bugs mas reseñables que están sucediendo últimamente a día la de fecha de actualización. Es importante que el que esté interesado que se solucionen lo antes posible, que comenten su propia experiencia y voten en el enlace JIRA que pongo para cada fallo. Si los desarrolladores no ven actividad en un reporte, creerán que está solucionado, cuando no es así, los reportes tienen que tener actividad. Recordar que hay que registrarse en JIRA (el que no lo haya hecho ya). Para saber de que va JIRA leer el tutorial sobre ello, en este mismo post.
Otro método para informar sobre un error, de una forma sencilla y rápida, es a través de la herramienta de informes de errores (CM Bug Reporter) integrada en el móvil (Ajustes > opciones de desarrollo > crear informe de errores). Esta herramienta entra en funcionamiento automáticamente cuando una App “crashea” o tiene un comportamiento erróneo, por medio de esta función, se genera un informe de datos (bugreport) y una captura de pantalla del momento del error forzado. El log y la captura se guardan en la carpeta /data/data/com.android.shell/files/bugreports. Mas info aquí.
Es importante que si informas de un error, te asegures que estás utilizando la ROM con el kernel predefinido, es decir, que no hayas instalado un kernel personalizado o alguna modificación del framework personalizada, como Xposed Framework... Si la habéis modificado de alguna manera, revertirla a su estado original y comprobar si persiste el error. Lo ideal sería que cuando se reporte un fallo estuviera completamente limpio de aplicaciones con una instalación completamente limpia de la ROM, de esta forma se confirmaría que el fallo procede de la ROM y no de una aplicación que hayas instalado.
Aquí un listado de JIRA, de los fallos reportados por los usuarios ordenados por los mas recientes.
Ultima actualización: 06-11-14
- Bluetooth, se han reportado bugs como que al tener una llamada se desconecta el bluetooth, que se desconecta la señal WIFI con el bluetooth activado o se pierde la señal de repente con los auriculares bluetooth o la radio del coche.
Importancia: Alta.
Solución temporal: Ninguna conocida, pendiente que lo solucionen
Desde cuando ocurre: No estoy seguro, desde hace bastante.
Reportes:
https://jira.cyanogenmod.org/browse/CYAN-5403
https://jira.cyanogenmod.org/browse/CYAN-4873
- Se desconecta la señal de red (GSM/2G/3G) cuando el movil entra en reposo, es decir, se apaga la pantalla, lo que supone que cuando haces una llamada y se apaga la pantalla, también se desconecta la llamada.
Importancia: Media.
Solución temporal: En realidad no es un fallo de la ROM, se soluciona flasheando un modem para Android 4.4.2 Kitkat como el i9505XXUGNG8. Esto empezó suceder desde que sustituyeron despues de la M9 lineas del código que eran especificas para Jellybeam en favor de un código para Kitkat, por eso en la M9 funciona bien, y posteriormente no. Lo dicho, el que le sucede básicamente es por que tiene un modem antiguo.
Desde cuando ocurre: Con la Snapshot M9 funciona bien
Reportes:
https://jira.cyanogenmod.org/browse/CYAN-5379
- Al hacer Screen Mirroring via WIFI, es decir, utilizando la opción "enviar contenido a pantalla" de ajustes > pantalla y leds, la imagen y sonido se muestra en la Smart TV, pero el refresco de pantalla respecto al móvil es muy lento, varios segundos de retardo.
Importancia: Baja.
Solución temporal: Por ahora, pendiente que lo solucionen ¿Alguno conoce alguna apli externa que haga lo mismo? No me refiero a aplis como AllCast o Flipps HD, que lo que hacen es reproducir videos, musica, fotos del móvil en la tele, me refiero una apli que reproduzca todo lo que se ve en la pantalla del móvil (como solución temporal).
Desde cuando ocurre: Al menos desde la Snapshot M9
Reportes:
https://jira.cyanogenmod.org/browse/CYAN-5114
- Cuando tienes el móvil apagado y cargando, no muestra el nivel de porcentaje de carga, y no permite encenderlo mientras está cargando (hay que desenchufar el cable primero). Además no se enciende el LED de notificación de carga mientras está cargando.
Importancia: Baja.
Solución temporal: Por ahora, pendiente que lo solucionen.
Desde cuando ocurre: Creo que desde la M9, que alguien me corrija, pero en la M8 funcionaba bien, creo recordar (el LED no)
Reportes:
https://jira.cyanogenmod.org/browse/CYAN-5391
- No permite hacer búsqueda manual de redes en ajustes > redes móviles > operadores de red, y reporta finalmente un mensaje de error que dice "Se ha producido un error al buscar redes". No obstante la red predeterminada funciona bien y no pierde la señal.
Importancia: Baja.
Solución temporal: Por ahora, pendiente que lo solucionen.
Desde cuando ocurre: No lo se, creo que desde la M9
Reportes:
https://jira.cyanogenmod.org/browse/CYAN-5764
https://jira.cyanogenmod.org/browse/CYAN-4902
- La función HDR de la camara de serie de CyanogenMod hace las fotos muy oscuras.
Importancia: Baja.
Solución temporal: Hay aplicaciones como Lenovo Super Camera, Camera Google o Snap Camera HDR que tambien hacen fotos en HDR, pero no se, tampoco entiendo mucho de fotografía. A ver, alguno que ilumine sobre este tema.
Desde cuando ocurre: No lo se, desde hace mucho, quizás desde siempre
Reportes:
https://jira.cyanogenmod.org/browse/CYAN-4210
- Cuando se graba audio, el volumen que recibe es muy bajo (en cámara de vídeo, grabadora de sonidos, notas de voz de Whatshapp y cualquier aplicación que requiera entrada de audio)
Importancia: Média.
Solución temporal: Flashea un Custom Kernel como Googy-Max3 Kernel, y modifica los valores de ganancia del micrófono de la cámara.
Desde cuando ocurre: Ni idea.
Reportes:
https://jira.cyanogenmod.org/browse/CYAN-6079
https://jira.cyanogenmod.org/browse/CYAN-4575
- Cuando se graban videos con la cámara de serie en ambientes ruidosos (un concierto de música) el audio se distorsiona, sucede lo mismo con la grabadora de sonidos. Probablemente utilicen el mismo codec de audio.
Importancia: Baja.
Solución temporal: Por ahora, pendiente que lo solucionen.
Desde cuando ocurre: Ni idea.
Reportes:
El reporte de JIRA está dirigido a OnePlus One, no he visto ninguno para el S4. https://jira.cyanogenmod.org/browse/BACON-418
- Al iniciar el móvil sin conexión de internet (bien porque no tienes señal de red o WIFI, o bien por estar en modo avión) la hora y fecha se resetea al 01 de Enero 01:00 A.M. Cuando te conectas a internet inmediatamente muestra la hora correctamente.
Importancia: Media.
Solución temporal: Borrra o renombra el archivo "time_daemon" de la carpeta /system/bin para evitar que sincronice al reiniciar la fecha y hora de ahí.
Desde cuando ocurre: No lo se.
Reportes:
https://jira.cyanogenmod.org/browse/CYAN-5991
https://jira.cyanogenmod.org/browse/CYAN-4915
MEJORAS PENDIENTES POR IMPLEMENTAR
(Click para mostrar/ocultar)
El proyecto AOSP de Android, del que depende esta ROM, dispone de una página en la que se pone a disposición de los usuarios un registro de bugs, así como funciones y detalles que se podrían implementar en el sistema por defecto. Aquí el enlace. El listado está ordenado por las más populares, es decir las peticiones que más reclaman los usuarios.
Del mismo modo, en JIRA, y ya especifico para CyanogenMod, puedes encontrar todas las propuestas de mejoras para la ROM ya reportadas. Aquí el enlace.
Ultima actualización: 06-11-14
- Opción para deshabilitar (o configurar) el soporte para Smart Cover, con el fin de que no entre en conflicto con Hall Monitor.
Importancia: Media.
Solución temporal: Ninguna, pendiente que lo implementen.
Reportes:
https://jira.cyanogenmod.org/browse/CYAN-5432
- Por ahora, no hay modo para deshabilitar Fast Dormancy desde CM. Deshabilitándolo se evitaba que el móvil se esté conectando constantemente a la red, y solo se conectará cuando lo necesite, con el consiguiente ahorro energético de batería. En CyanogenMod, no sirve el código numérico del móvil *#9900# (si en las ROMs basadas en la Stock), ni la apli FastDormancy Toggle for i9300, que por ahora no es compatible SGS4. La única solución sería regresar a una Stock ROM, deshabilitar Fast Dormancy y volver a CM.
- La función para hacer fotos con la cámara de serie sólo con voz (“Patata”, “Whiskey”…) no está habilitada.
 ¿Para que sirve CyanogenMod JIRA y como utilizarlo?
(Click para mostrar/ocultar)JIRA es la plataforma web que utiliza el equipo de CyanogenMod para que los usuarios informen sobre fallos encontrados o proponer nuevas funciones, con el fin de colaborar y avanzar en el desarrollo de la ROM de forma colaborativa. Una vez que es reportado por el usuario, el fallo es asignado a un desarrollador, y los usuarios pueden inscribirse para seguir reportes específicos y ser notificado sobre los avances de dicho reporte.
¿COMO ACCEDER A JIRA?
- Accede al enlace de CyanogenMod JIRA.
- Pincha en "Sign Up" para registrarse (obligatorio) o Logueate en "Log In" si ya estás registrado.
¿COMO BUSCAR REPORTES?
Pincha en el menú "Issues" (Reportes) y luego "search for issues", y escribe las palabras claves relacionadas con el tema que estés interesado para su búsqueda. En la opción "Status" si la estableces en "All" verás todos, los que están solucionados y los que no.
Si localizas un reporte de error, puedes hacerle seguimiento pinchando en "Watchers" (recibirás una notificación cada vez que haya un cambio) o en "Votes" (para mostrar tu apoyo sobre el reporte, cuantos más votos, más atención recibirá por parte de los desarrolladores).
¿COMO REPORTAR UN FALLO (BUG) EN JIRA?
Lo ideal sería que cuando se reporte un fallo estuvierá completamente limpio de aplicaciones con una instalación completamente limpia de la ROM, de esta forma se confirmaría que el fallo procede de la ROM y no de una aplicación que hayas instalado. ¿Cómo lo puedes hacer entonces? Pues haciendo un Nandroid (copia de seguridad exacta del sistema) desde tu recovery. Una vez hecho esto, haz un Full Wipe (explicación de los wipes en 5º post), vuelve a flashear la ROM CM y reinicia. Ya con el sistema limpio, comprobar que persiste el fallo, y si es así, puedes capturar un logcat, hacer una captura de pantalla del bug sobre el que quieres informar, etc con el fin de ampliar información del reporte. Una vez sacado los datos necesarios, solo tienes que reiniciar en modo recovery, y restaurar el Nandroid, y volverás a tener el móvil en el mismo estado como lo tenías, que entre una cosa y otra no llevará más de media hora.
También es importante que antes de reportar un nuevo fallo, debes asegurarte que no esté ya reportado a través del buscador de JIRA con palabras claves relacionadas con el problema que estás teniendo, y así evitar duplicidades. Si no has encontrado nada similar, puedes crear un reporte de la siguiente forma:
- Pincha en "create issue" y selecciona en Project una de estas opciones: CyanogenMod (si el reporte es en una Snapshot, que debe ser la más reciente), Nightly Regressions (si es en una nightly, que también debe ser la más reciente) o CyanogenMod Installer.
- Selecciona en "Issue Type" (tipo de reporte), Bug.
- Sigue las instrucciones marcadas, debiendo completar los campos Summary (resumen de fallo en pocas palabras), Versión afectada (la que tienes instalada), Model (selecciona todas las que empiecen por jflte), CM Download source (pon el enlace de descarga de la ROM que tienes instalada), Radio/baseband (Escribe la versión del modem, lo ves en ajustes > información del teléfono), kernel version (lo mismo que el modem), Components (Elige los componentes que crees que podrían verse afectados por el error), Description (Aquí detalla al máximo el fallo) y Attachment (Aquí adjunta un logcat, una captura de pantalla o cualquier dato que pueda reforzar la información).
- Finalmente pincha en "Create".
¿QUE INCLUIR EN UN INFORME DE FALLOS?
Para ayudar al equipo de desarrolladores a entender cuál es el fallo y cuál sería el origen es muy importante adjuntar informes de errores y otros documentos que servirán para la resolución del bug. Es Recomendable que cuando se genere el log a reportar que el móvil estuviera completamente limpio de aplicaciones (en especial Xposed Framework) con una instalación completamente limpia de la ROM.
- Main Log (Logcat): Es el registro al detalle de todo lo que sucede en el móvil desde que lo arrancas o incluso cuando ejecutas una apli, y proporciona datos valiosos a los desarrolladores como que aplicación y porqué ha tenido un FC. El logcat se debe adjuntar siempre en el reporte de JIRA cuando se tienen bugs en la ROM, especialmente con FC's al ajecutar aplicaciones. El logcat se debe realizar después de aparecer el error. Es importantes que antes de adjuntarlo al reporte de JIRA conviene comprobar el contenido del Log , ya que en ocasiones puede contener algún tipo de información sensible, no contraseñas (sobre todo en lo que se refiere al log de las aplicaciones) y borrar esos datos u otros datos personales, si lo crees conveniente. Mas info sobre este log aquí.
- Modem Log (Radio Log): Es el registro de todo lo referente a comunicaciones (WIFI, red de datos, bluetooth, etc). Si hay problemas al hacer una llamada o con la señal de red se debe adjuntar este log, además del logcat. Al igual que logcat, este log puede contener también información personal como números de teléfono o IMEI, por lo que debes borrar esos datos antes de reportar el log.
- Kernel Log (kmsg / dmesg): Contiene información sobre los últimos comandos ejecutados por el kernel, proporcionando información relevante a los desarrolladores desde el arranque del sistema y durante la ejecución de aplicaciones como "¿Que driver esta cargándose (o no)?. Este log es util para saber sobre cuestiones relacionados con el kernel (WIFI no funciona, entra en Deep Sleep y no responde, etc).
- Last Kernel Log (last_kmsg): Contiene información sobre los últimos comandos ejecutados por el kernel en anterior arranque y persiste tras un reinicio, por lo que es muy útil para obtener información sobre los motivos que han provocado un reinicio fortuitos, por ejemplo. Este log es lo mismo que el Kernel Log salvo que solo muestra el registro hasta que tuvo un reinicio.
- Bootlog uptime (uptime): Contiene el registro sobre cuando se arrancó el móvil y cuando se apagó. Útil cuando estás teniendo reinicios fortuitos y quieres saber cuándo lo hace.
- BugReport: Es el informe más completo, está generado con CM Bug Reporter (Ajustes > opciones de desarrollo > crear informe de errores). Este informe incluye todos los anteriores logs, y mucha más información util. Al igual que Logcat y Modem Log, este log puede contener también información personal, por lo que debes revisar y borrar esos datos antes de reportar el log. El log y la captura se guardan en la carpeta /data/data/com.android.shell/files/bugreports. Más info aquí.
- Screenshots, capturas de pantalla en el momento del fallo.
- Archivos multimedia (videos, archivos de sonido, fotografías...), que refuerzan y explican gráficamente cual es problema, por ejemplo, porque tu cámara de fotos hace las fotos muy oscuras o se escucha muy bajo las grabaciones de sonido.
Todos los logs son accesibles mediante la aplicación "Terminal" o bien mediante ADB desde el ordenador (mas info aquí), si bien ambas son dificultosas para usuarios noveles. Recomiendo utilizar SysLog es una apli que permite la generación de cualquiera de los logs indicados anteriormente de manera sencilla, y a través de un simple menú, excepto BugReport (que se genera con CM Bug Reporter).
¿COMO PROPONER UNA NUEVA FUNCIONALIDAD O MEJORA DE UNA FUNCIONALIDAD?
- Pincha en "create issue" y selecciona en "Project" una de estas opciones: CyanogenMod (si el reporte es en una Snapshot, que debe ser la más reciente), Nightly Regressions (si es en una nightly, que también debe ser la más reciente) o CyanogenMod Installer.
- Selecciona en "Issue Type" (tipo de reporte), Improvement (para una mejora de una funcionalidad) o New Feature (para una nueva funcionalidad).
- Sigue las instrucciones marcadas, debiendo completar los campos Summary (resumen de la propuesta en pocas palabras), Model (selecciona todas las que empiecen por jflte), Components (Elige los componentes que crees que podrían verse afectados por la propuesta), Description (Aquí detalla al máximo la propuesta) y Attachment (Aquí adjunta una captura de pantalla o cualquier dato que pueda reforzar la información).
- Finalmente pincha en "Create".
-
__________________
Recomiendo el uso de Firefox o Google Chrome, sobre todo, porque tiene corrector autográfico integrado. Los que escriben no aprenderán nada, pero al menos los que lo leen no le quemarán los ojos.
Última edición por bernarbernuli Día 09/12/14 a las 18:44:48.
Razón: Correcciones y actualizaciones
|