Status Update
Comments
ge...@gmail.com <ge...@gmail.com> #2
Thanks for the report. I will route this to the appropriate internal team and update this when I hear back from them.
yo...@gmail.com <yo...@gmail.com> #3
sl...@google.com <sl...@google.com>
sh...@gmail.com <sh...@gmail.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
[Deleted User] <[Deleted User]> #7
Note that I've been able to make it work by:
- Adding
<action android:name="com.google.android.gms.wearable.BIND_LISTENER" />
in the intent filter - Removing
<data android:scheme="wear" android:host="*" />
But I feel like this is not something we should do
lh...@gmail.com <lh...@gmail.com> #8
I'm really afraid Android 13 might get released as-is, breaking WearOS app communication 😨😨
wa...@ninua.com <wa...@ninua.com> #9
If you're not targeting API 33 you're not affected by the bug. So it's a big bug, and yes we of course expected more from Google, but you can always target the api level later when it's fixed.
But I agree this is kind of desperating that more than 1.5 month after the first report nothing has changed.
[Deleted User] <[Deleted User]> #10
As an interim update on this issue: we've been already working on the fix that should be available by Android 13 release. The fix requires thorough testing, I'll keep this bug updated as soon as we have more to share. Thanks!
Description
From GAE docs on sending emails: "The sender must be either the address of a registered
developer for the application, or the address of the user for the current request signed in with a
Google Account."
This is too limiting, and forces one to create Google accounts for typical mail aliases such as
support@mydomain.com, noreply@..., info@..., etc that the app would be writing from. It should be
sufficient to send a verification email to establish ownership of the account. It should also be
possible to use the domain assigned to the application, as control of that has already been
established via DNS.