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. 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
https://jira.cyanogenmod.org/browse/CYAN-4599
- 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 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 algoritmo.
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?
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. 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.
|