-
Notifications
You must be signed in to change notification settings - Fork 201
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[targetSdk 31 / Android 12] - Indirect notification activity start (trampoline) from <package-name> blocked #250
Comments
Forgot to mention, this only happens when app is in background or kill state and only in Android 12. Other versions and iOS are working fine. |
what's your build.gradle targetSdk ? Does this happen when you target 31, or just run on 31, regardless of target? Relevant new restriction:
How to diagnose: Remediation:
🤔 |
SDK versions We were facing crashes on Android 12 devices when using a lower targetSdkVersion, so upgraded to 31. If its required we'll try to run a test with targetSdk=30 in an Android 12 device, would take some time though.
Yup, used the above docs to find the error log, (linked the same in my description). As mentioned, got the notification interaction logs to find the component which is using the trampolines. Attaching, if that's useful notif-interaction-logs.txt. |
Why not just paste the text in 🤔 ? This is a rich text environment :-)
You should have no problem with targetSdk30 / compileSdk31, I don't believe targetSdk 31 is ready yet in the ecosystem in general, certainly not here, for example you will see silent failures to schedule alarms until this is resolved: #239 I do really appreciate the digging though, I did use your link directly :-) This will likely require some time to resolve, I certainly don't have the time now and won't for months. Luckily the targetSdkVersion cutovers on Play store are November 1, so there's 11 months to go. |
Hate scrolling through huge error logs in issue comments 😛 , sorry about that.
Okay will try out this config and report back here. |
Not sure about all maintainers but at least myself, I like having it all visible in one space. Can always use the markdown details feature to make it collapsible. I never expect people to have the ability to open attachments (think: mobile notification reading offline) so I try to keep it all up in a text trail. I may be old school though Definitely curious for reports on how targetSdkVersion 30 went |
Sorry for taking so long! But yes, setting @mikehardy I'm going to close this issue, but some libraries have moved to targetSdk31 (eg. react-native-bootsplash), so might need to do those changes later on (or sooner?). I might try to do those changes and open a PR for it, once I get the chance. Thanks! |
There is a big difference between compile, target, and min on those SDK versions. Compile 31 is early for most, but needed for some. And it's definitely needed in this module. It implies using JDK11, as a related item. Target 31 is very early, and too early for this module yet. It will take time. No modules for a target though, that should remain under control of the app. Google enforces target 30. Will not require target 30 until Nov 1, 2022. We already support target 30 though. No problem minSdkVersion is limited by ability to remain compatible and moves about same speed as target. Currently 21 is where we are at, same as react-native current I think. |
I think this needs to stay open, there is a workaround of using targetSdkVersion 30, but we will eventually (by Nov 1, 2022) need to support targetSdkVersion 31 |
If |
notifee does require compile of 31 |
@mikehardy |
Not sure where you would like it? Could be a help though. There's an edit button at top right of each page if you want to propose something |
Not by Nov 1. I think SDK / Library should target latest version of Android ASAP, so it will not become a blocker for app developer. |
@seventhmoon a reasonable point - that said, it is in progress, there is no intention to delay for example #301 |
Fixed in latest release (v4.1.0). |
(Accidental submit 🤦♂️ )
I'm facing an issue when displaying a local notification after receiving data-only message in the background (using react-native-firebase).
For android 12 devices, the app is not brought to foreground when tapping on notification. I need to press the app-icon to launch the app. Once the app is opened, it receives the notification and internal navigation works correctly.
On checking the logs and researching a bit about Android 12 notification changes, found that this error is thrown when I click on the notification.
Here's a screenshot of the logcat:
There's another error with
notifee.hideNotificationDrawer();
but that's for another day(issue).Text file for your convienience
react-native info
package.json
:The text was updated successfully, but these errors were encountered: