Assigned
Status Update
Comments
ka...@google.com <ka...@google.com>
al...@google.com <al...@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.
la...@google.com <la...@google.com>
ho...@google.com <ho...@google.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.
de...@simpleclub.com <de...@simpleclub.com> #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"
ma...@google.com <ma...@google.com>
ma...@google.com <ma...@google.com> #5
Experiencing the same issues, please see my other report for any useful logs:
https://issuetracker.google.com/issues/235673375
Description
What you would like to accomplish:
We want to be able to use KMS Autokey on a per-object basis.
Not all objects should get their dedicated encryption key, but we want to have a set of encryption keys that are dynamically created (e.g. per customer).
When a new resource is uploaded, we check whether an encryption key exists for the customer. If it already exists, we use the encryption key; if it does not, we would create it dynamically.
How this might work:
If applicable, reasons why alternative solutions are not sufficient:
It would be impractical for us to create a storage bucket per customer, given we want to expose the files (securely protected) via our Application Load Balancer and our domain.
Other information (workarounds you have tried, documentation consulted, etc):
We'd be happy to test and give feedback on the Autokeys if it becomes available for Storage objects.