Status Update
Comments
lu...@google.com <lu...@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.
iu...@google.com <iu...@google.com> #3
lu...@google.com <lu...@google.com> #4
"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...@adobe.com <sh...@adobe.com> #5
am...@zee.com <am...@zee.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
na...@gtempaccount.com <na...@gtempaccount.com> #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
lu...@google.com <lu...@google.com> #8
I'm really afraid Android 13 might get released as-is, breaking WearOS app communication 😨😨
sh...@adobe.com <sh...@adobe.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.
ab...@gmail.com <ab...@gmail.com> #10
ju...@gmail.com <ju...@gmail.com> #11
@
Thank you for the update @
ki...@gmail.com <ki...@gmail.com> #12
Android 13 is out today and we still have no patch unlike what you said a month ago
lu...@google.com <lu...@google.com> #13
dh...@gmail.com <dh...@gmail.com> #14
This issues has been already given high priority (updated external priority on this bug to reflect internal status). The fix is on the way and going through the final rounds of testing, so the roll out is slated to next couple of weeks.
To reiterate what have been mentioned earlier on this bug: this issue affects only apps targeting Android 13, so the apps won't break unless you bump targetSDK
version to 33
. In case if you want to start working on app compatibility for Android 13 behaviour changes, you could use
Description
To reproduce:
Sample Runtime exception:
The issue is present both the old and new resource shrinkers. So this issue doesn't appear to be related to b/237783271 as that particular issue isn't present in the old resource shrinker.
The resource that is being reported as
android.content.res.Resources$NotFoundException
exists within the APK's resource table and as a file, however the contents are shrunk (empty tag xml file). In the repro case the drawable resource is declared and by an app compat library called by the MainActivity in the app (base module).