Servicio de accesibilidad deshabilitado en cada ejecución de depuración

Cada vez que inicie una nueva instancia de depuración, mi servicio de accesibilidad se restablece al estado deshabilitado.

¿Hay una manera de mantenerlo habilitado a través de sucesivas ejecuciones de depuración (ya que es bastante largo y aburrido habilitarlo cada vez para depurar el servicio)?

• Android gradle ndk jni construir con biblioteca externa y depuración nativa (ARToolkit)
• Necesita un IDE para el desarrollo de Android NDK + SDK
• Diferentes almacenes de claves de depuración en Eclipse en una base por proyecto?
• Al construir el proyecto de android con el comando de la depuración de la hormiga, mi apk tiene la palabra depuración atada al nombre. ¿Cómo lo cambio?
• Ejecutar / instalar / depurar aplicaciones Android a través de Wi-Fi?

Tengo el mismo comportamiento en dispositivos y emuladores reales.
No hay excepción en el servicio, probé el evento sin código en el manejador de eventos.

Hay líneas sospechosas en mis registros:

10:47:32.801 31669-31669/? E/AffinityControl: AffinityControl: registerfunction enter 10:47:32.821 3650-3690/? I/ActivityManager: Force stopping com.test.testaccessibilityservice appid=10241 user=0: from pid 31669 10:47:32.821 3650-3690/? I/ActivityManager: Killing 31271:com.test.testaccessibilityservice/u0a241 (adj 1): stop com.test.testaccessibilityservice cause from pid 10:47:32.821 3650-3690/? W/ActivityManager: Scheduling restart of crashed service com.test.testaccessibilityservice/.MyAccessibilityService in 1000ms 10:47:32.821 3650-3690/? I/ActivityManager: Force stopping service ServiceRecord{3f5e1fc4 u0 com.test.testaccessibilityservice/.MyAccessibilityService} 

Por lo tanto, el servicio se detiene y nunca se reinicia.

Notas:
– Si reinicio el teléfono, el servicio se inicia.
– Tengo el mismo comportamiento con el ejemplo de ApiDemos y ClockBackService (QueryBackService también):

 18:07:15.871 3523-4251/? I/ActivityManager: Force stopping com.example.android.apis appid=10242 user=0: from pid 19382 18:07:15.871 3523-4251/? I/ActivityManager: Killing 16542:com.example.android.apis/u0a242 (adj 1): stop com.example.android.apis cause from pid 19382 18:07:15.871 3523-4251/? W/ActivityManager: Scheduling restart of crashed service com.example.android.apis/.accessibility.ClockBackService in 1000ms 18:07:15.871 3523-4251/? I/ActivityManager: Force finishing activity 3 ActivityRecord{2f907c7b u0 com.example.android.apis/.ApiDemos t8248} 18:07:15.881 3523-4251/? I/ActivityManager: Force finishing activity 3 ActivityRecord{190ca05c u0 com.example.android.apis/.ApiDemos t8248} 18:07:15.881 3523-4251/? I/ActivityManager: Force finishing activity 3 ActivityRecord{27ada6e8 u0 com.example.android.apis/.accessibility.ClockBackActivity t8248} 18:07:15.881 3523-4251/? I/ActivityManager: Force finishing activity 3 ActivityRecord{51f4c32 u0 com.android.settings/.Settings$AccessibilitySettingsActivity t8248} 18:07:15.881 3523-4251/? I/ActivityManager: Force stopping service ServiceRecord{113bf024 u0 com.example.android.apis/.accessibility.ClockBackService} 18:07:15.891 19382-19382/? D/AndroidRuntime: Shutting down VM 

He intentado devolver START_STICKY anulando onStartCommand sin ningún cambio.

Es muy cerrado a esta vieja pregunta sin respuesta ¿Cómo depurar el servicio de accesibilidad? , Pero en mi caso el servicio aparece deshabilitado, y no necesito detenerlo y empezar de nuevo.

Rellené este informe de fallo en AOSP .