2010-07-11 9 views
7

Tengo su sede en Alemania y publico el "Último widget de llamadas" en el Android Market. He mejorado constantemente con el tiempo, pero un grupo de usuarios todavía se queja de que no funciona en sus dispositivos.Android: A Verizon Droid puzzle

Mi widget escucha el intento "android.intent.action.PHONE_STATE", y luego establece una alarma para actualizar la última IU de llamada en 20 segundos, luego en 60 segundos, luego en 5 minutos, 1 hora, etc. Esto funciona de manera confiable en todos mis dispositivos de prueba, incluso con asesinos de tareas agresivos (pruébelo usted mismo). Lamentablemente, tengo un grupo de usuarios con Motorola Droids en la red de Verizon que se quejan de que la interfaz de usuario no se actualiza automáticamente.

Creo que Verizon es una red CDMA (tenemos GSM aquí en Europa), aunque los documentos de la API de Android no especifican ninguna diferencia de implementación. Esto también podría ser un problema de controlador en el Motorola Droid (tenemos GSM Milestones de Motorola en Europa).

Me pregunto si alguien leyendo está en posición de ofrecer alguna idea, o prueba el widget en una red Droid y/o CDMA para ver si pueden reproducir un problema (con registros)?

Saludos Marcos

+0

¿Alguna vez resolvió esto? –

Respuesta

1

Bueno, mientras tenga droides, ninguno tiene cuentas activas de Verizon, mientras ponía mi cuenta de Verizon a un increíble. Por lo tanto, no puedo probar su aplicación, ya que no puedo hacer llamadas (excepto el 911, y la policía realmente no apreciará que las llame solo para probar el widget de su aplicación).

Puede integrar algunos registros tipo ráfaga para ver si no obtiene el intento en absoluto, o si de alguna manera no cumple con sus expectativas (por ejemplo, EXTRA_STATE no es lo que esperaba).

Más allá de eso, puede utilizar la clase Build para detectar el DROID y hacer que la alarma suene cada N segundos todo el tiempo que el teléfono esté en funcionamiento, en lugar de basarse en la llamada entrante. Esto masticará más batería, y los usuarios de DROID con tu aplicación que te atacan con un asesino de tareas detendrán esas alarmas. Es por eso que solo haré esto para el DROID o cualquier otro dispositivo que usted determine que tenga un comportamiento similar.

+0

Aquí hay algunas buenas noticias: a partir de Froyo, las API utilizadas por los asesinos de tareas ya no eliminan las alarmas, ya que rompe otras aplicaciones exactamente de la manera que usted describe. http://developer.android.com/reference/android/app/ActivityManager.html#restartPackage(java.lang.String) para obtener más información. – adamp

+0

Hola Mark Murphy Por lo que puedo decir, Flurry no funciona para widgets: http://blog.zedray.com/2010/04/24/using-flurry-with-a-android-home-screen -widget/ En este momento no tengo ni idea de qué podría estar mal con mi widget, es decir, podría ser el dispositivo, asesino del servicio o tal vez la API de la red CMDA. Si pudieras reproducir el problema con una llamada de cero segundo (en Verizon u otra red) sería genial, y al reproducir, me refiero a que la IU no dice "1 minuto atrás" un minuto después de hacer una llamada (sin hacer clic en el Widget). Gracias por los comentarios. Marca –

Cuestiones relacionadas