Feature Request P2
Status Update
Comments
cb...@google.com <cb...@google.com> #2
Thanks for the report. I will route this to the appropriate internal team and update this when I hear back from them.
wb...@sentryware.com <wb...@sentryware.com> #3
One more detail, Data Layer event calls from the watch to the phone (running Android 13) do work on if the listener is in an Activity or Fragment.
sa...@ucdenver.edu <sa...@ucdenver.edu> #4
Also, I'm seeing this message in the Logcat:
"2022-06-12 18:47:15.156 1841-4562/? W/PackageManager: Intent does not match component's intent filter: Intent { act=com.google.android.gms.wearable.BIND_LISTENER"
"2022-06-12 18:47:15.156 1841-4562/? W/PackageManager: Intent does not match component's intent filter: Intent { act=com.google.android.gms.wearable.BIND_LISTENER"
sh...@gmail.com <sh...@gmail.com> #5
Experiencing the same issues, please see my other report for any useful logs:
https://issuetracker.google.com/issues/235673375
al...@google.com <al...@google.com>
ro...@google.com <ro...@google.com>
da...@tempus.com <da...@tempus.com> #6
+1, can confirm it doesn't work on Android 13:=
2022-07-15 11:26:15.023 589-5347 PackageManager pid-589 W Intent does not match component's intent filter: Intent { act=com.google.android.gms.wearable.BIND_LISTENER cmp=xxx/xxx.WatchMessageReceiver }
2022-07-15 11:26:15.023 589-5347 PackageManager pid-589 W Access blocked: ComponentInfo{xxx/xxx.WatchMessageReceiver}
2022-07-15 11:26:15.023 589-5347 ActivityManager pid-589 W Unable to start service Intent { act=com.google.android.gms.wearable.BIND_LISTENER cmp=xxx/xxx.WatchMessageReceiver } U=0: not found
Description
It would be good if we could apply lifecyle rules based on a prefix (e.g. apply lifecycle rule to objects beginning with some/path) or object metadata (e.g. apply lifecyle rules to object with a specific metadata key/value pair).
Thanks