SYSTEM_ALERT_WINDOW permiso de Lux hace que partes de nuestra aplicación no funcionen
Durante algunos meses, nuestra aplicación ha recibido críticas negativas debido a una queja de los usuarios de que la parte principal de nuestra aplicación no puede ser interactuada. Nuestra aplicación utiliza las bibliotecas de soporte y tiene una barra de acción. Según estos usuarios, la barra de acción es la única parte de la aplicación que responde al toque del usuario. Todo lo que está por debajo de la barra de acción (excepto para el hogar de Android, botones de regreso etc.) no responde.
Después de un montón de problemas en nuestro final tratando de reproducir el problema, finalmente encontramos que la instalación de la aplicación Lux causas de este comportamiento. Cuando Lux está instalado, lo único que responde al toque del usuario es la barra de acción.
- El diseño gráfico de FragmentTabHost no procesa
- Advertencias de Proguard "no se puede escribir recurso (entrada de zip duplicado)"
- Android CoordinatorLayout - Inconsistencias entre versiones de Android
- ¿Por qué no funcionan las bibliotecas de soporte de Android en mi proyecto?
- NullPointerException - Intentar invocar el método virtual RecyclerView $ ViewHolder.shouldIgnore () 'en una referencia de objeto nulo
Mirando los permisos de Lux, veo esto:
Otra interfaz de usuario de aplicación
Atraer sobre otras aplicaciones
Que, después de buscarlo, corresponde a este permiso de Android:
android.permission.SYSTEM_ALERT_WINDOW
Los usuarios ya han confirmado que la aplicación Lux es lo que está causando el problema.
Mi pregunta es, ¿cómo se puede arreglar esto sin decirle a los usuarios que desinstalen Lux? ¿Se trata de un error android, o el nuestro? ¿Hay algo que podríamos estar haciendo que haga que nuestra aplicación no responda, pero no otros?
Mi próximo paso supongo que sería enviar un correo electrónico al equipo Lux para ver si saben lo que podría estar causando esto (junto con nuestra propia investigación). Mi instinto es también enviar por correo electrónico al equipo de Android, porque en mi opinión ninguna aplicación externa debe ser capaz de afectar el comportamiento de otro tan dramáticamente.
- VectorDrawable Compatibilidad hacia atrás e instalar bibliotecas de soporte no oficial
- ¿Qué es CoordinatorLayout?
- Fragmentos anidados getchildfragmentmanager causando un bloqueo
- Xamarin - Clases no encontradas (android support library)
- Android Studio Error: "Debe instalar el repositorio de soporte de Android a través del Administrador de SDK"
- ERROR: java.lang.NoClassDefFoundError: android.support.v4.content.LocalBroadcastManager
- 'No se pudo cargar RSSupport: findLibrary returned null' cuando se usa RenderScript en el emulador 2.3
- Android.support.v4.app.getFragmentManager () devuelve null?
¿Está usted por casualidad usando una vista con la propiedad android:filterTouchesWhenObscured
? Cuando se establece en true, creo que esto podría estar causando su problema.
Por ejemplo, en el XML, se vería así:
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" android:id="@+id/layout" android:filterTouchesWhenObscured="true" android:layout_height="fill_parent" android:layout_width="fill_parent"/>
Quite la línea filterTouchesWhenObscured y debería estar bien.
- Mi anuncio de AdMob no está dibujando pero ¿está ahí? (LibGDX Admob 6.4.1)
- Cómo implementar el patrón Decorator para las vistas de Android