[Bug]: Sample Agent hangs before invoking ChatApp searchContacts on Android 17
@manoj897 ya está trabajando en esto.
Desde el 27/7/2026.
Evaluación
Este issue todavía no se ha evaluado.
Descripción
Is there an existing issue for this?
- I have searched the existing issues
Is there a StackOverflow question about this issue?
- I have searched StackOverflow
What happened?
What happened?
Using the Agent and ChatApp samples built unchanged from main at commit d9cdc55, the Agent correctly selects ChatApp's searchContacts AppFunction for a natural-language request, but execution never reaches ChatApp. The Agent remains on the in-progress spinner and does not return a result.
Prompt:
Find contacts named Bob in ChatApp.
Expected: ChatApp's searchContacts function executes and returns matching contacts.
Actual: The LLM selects the correct tool and parameters, metadata lookup succeeds, then AppFunctionManager.executeAppFunction() does not complete. ChatApp's generated AppFunction service is not entered.
Reproduction
- Checkout
android/appfunctionsatd9cdc55onmain. - Build
ChatAppwith./gradlew :app:assembleDebug. - Build the Agent with
./gradlew :app:assembleStandardDebug. - Uninstall both packages, then install both APKs:
com.example.chatappandcom.example.appfunctions.agent. - Launch the Agent with shell identity instrumentation:
adb shell am instrument -w com.example.appfunctions.agent/.ShellIdentityInstrumentation - Configure a valid Gemini API key.
- Submit: Find contacts named Bob in ChatApp.
- Observe that the Agent stays in progress indefinitely.
Control test
The same installed ChatApp function succeeds immediately when invoked directly:
adb shell "cmd app_function execute-app-function \ --package com.example.chatapp \ --function 'com.example.chatapp.appfunctions.BaseChatAppFunctionService#searchContacts' \ --parameters '{"query": "Bob", "filterType": "INDIVIDUAL"}'"
This returned two Bob contacts in 0.927 seconds, confirming that the function is installed, indexed, enabled, and executable.
Localization
Temporary diagnostics were kept on a separate branch and were not part of the clean reproduction. They show:
- Gemini returned a tool call for ChatApp
searchContacts. - Function parameters were converted successfully.
searchAppFunctionsreturned one matching function in 34 ms.- The Agent entered
AppFunctionManager.executeAppFunction(). - No receiver-entry event was observed in ChatApp.
- The client call did not complete within a diagnostic 20-second timeout.
This localizes the failure after LLM tool selection and metadata discovery, but before ChatApp's AppFunction service receives the request.
Environment
- Device: Pixel 10 Pro Fold
- Android: 17 / API 37
- Repository commit:
d9cdc55
No SecurityException was observed. On API 37, the Agent constructs the request with AppInteractionAttribution.
Is there a known API 37 dispatch or attribution issue that can cause an AndroidX client invocation to wait before the target service is entered? Are additional permissions or platform configuration required beyond the supplied ShellIdentityInstrumentation flow?
Relevant logcat output
Temporary diagnostic trace (isolated branch; clean main reproduces the same spinner):
I/AppFunctionTrace: LLM_TOOL_SELECTED package=com.example.chatapp function=com.example.chatapp.appfunctions.BaseChatAppFunctionService#searchContacts
I/AppFunctionTrace: PARAMETERS_CONVERTED keys=[filterType, query]
I/AppFunctionTrace: METADATA_LOOKUP_SUCCESS count=1 elapsedMs=34
I/AppFunctionTrace: CLIENT_DISPATCH_START package=com.example.chatapp function=com.example.chatapp.appfunctions.BaseChatAppFunctionService#searchContacts
E/AppFunctionTrace: CLIENT_DISPATCH_EXCEPTION elapsedMs=20000
java.lang.IllegalStateException: AppFunction execution timed out
No ChatApp receiver-entry trace was emitted for the Agent invocation.
Direct shell control on the same clean installation:
{
"androidAppfunctionsReturnValue": [
{
"endpointType": ["INDIVIDUAL"],
"endpointValue": ["2"],
"displayName": ["Bob Johnson"]
},
{
"endpointType": ["INDIVIDUAL"],
"endpointValue": ["7"],
"displayName": ["Bob Johnson"]
}
]
}
Code of Conduct
- I agree to follow this project's Code of Conduct
- Lenguaje dominante
- Kotlin
- Estrellas
- 207
- Forks
- 42
- Merge medio
- 16 h 18 min
- PR fusionados (30 d)
- 3
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de android/appfunctions
-
Clarify production invocation, Android Auto support, and Android 16 fallback in AppFunctions docsAbierto
Dificultad 4/5 3-5 días Aptitud para principiantes 52/100
android/appfunctions#51 ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
android/appfunctions#50 · 1 comentario ·
-
[Bug]:Abiertobug
Dificultad 4/5 3-5 días Aptitud para principiantes 20/100
android/appfunctions#49 ·
-
enhancement
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
android/appfunctions#38 ·
-
Dependency DashboardAbierto
Dificultad 4/5 3-5 días Aptitud para principiantes 20/100
android/appfunctions#36 ·
Todos los issues de android/appfunctions
Issues similares
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 90/100
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
SLNE-Development/surf-chat#134 ·
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 90/100