Status Update
Comments
an...@google.com <an...@google.com> #2
@baderanini can u PTAL, though it could be a combination of the sender app target sdk and the platform sdk without the fix.
an...@google.com <an...@google.com> #3
Can u also specify the target sdk of the watchface u tried this on? Also which watchface was this?
la...@gmail.com <la...@gmail.com> #4
I'n using default watch faces shipping on the wear emulator SDK 34 image (on these watch faces the tap actions work but the warning is logged) and those shipping on Galaxy Watch 5 / One UI 6 / Wear OS 5 (tap actions don't work). I don't know the target SDK for these faces as I don't build them myself.
My own app (that provides the complications) is still targeting SDK 33.
an...@google.com <an...@google.com> #5
Can u simply provide us the device bugreport? It would be easier for us.
la...@gmail.com <la...@gmail.com> #6 Restricted
an...@google.com <an...@google.com> #7
It would be resolved in Pixel devices in the next OTA, same with Samsung, we would notify if there is anything coming sooner.
la...@gmail.com <la...@gmail.com> #8
Any updates regarding this? Do you have any information about upcoming OTA updates to Samsung watches? This bug makes my app a lot worse than how it was on Wear OS 4...
Description
Component used: watchface-complications-data-source-ktx
Version used: 1.3.0-alpha04, 1.2.1
Devices/Android versions reproduced on: Samsung Galaxy Watch 5/Wear OS 5.0/Android 14
When an activity start PendingIntent is specified as the tap action in a complication, on Wear OS 5/Android 14 the activity start is blocked. This basically makes the tap action do nothing.
The problem does not appear with non-timeline complications or when the fallback ComplicationData is used.
When running on Wear OS emulator (SDK 34 image), this is printed in the logs when the complication is tapped:
On my Galaxy Watch 5 similar logs are printed ("Without BAL hardening this would be allowed...") but the activity launch is actually blocked.
Sample project:https://github.com/luryus/complication-tap-test/
This simple sample code exhibits the problem:
Changing the timeline creation to this makes the tap action work but of course prevents using the timeline feature:
Is there any workaround from the app side for this, if using complication timelines is critical for the complication's use case (precise data update timing is required)?