You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Chucker 4.0.0 is overriding the WAKE_LOCK permission on the app side.
💣 Steps to reproduce
Add Chucker to your app that uses WAKE_LOCK permission
If your app using the PowerManager wakelock at some and is API 25 or above -> crash
See error
java.lang.SecurityException: Neither user 10349 nor current process has android.permission.WAKE_LOCK.
🔧 Expected behavior
No crash.
📄 Additional context
This crash might be avoided by overriding the permission in the manifest: <uses-permission android:name="android.permission.WAKE_LOCK" tools:node="replace"/>
What was the reasons to add a maxSDK requirement to the permission definition?
What was the reasons to add a maxSDK requirement to the permission definition?
I've looked through the history, and apparently we had to add for pre-Oreo device usign JobIntentService. We should probably migrate to WorkManager at this point and the WAKE_LOCK permission is probably not needed anymore
FYI, in apps that utilize Chucker and WorkManager, it's possible for a worker to fail when wake lock permission is not granted. Work around is like above post, overriding the permission in the manifest.
✍️ Describe the bug
Chucker 4.0.0 is overriding the WAKE_LOCK permission on the app side.
💣 Steps to reproduce
java.lang.SecurityException: Neither user 10349 nor current process has android.permission.WAKE_LOCK.
🔧 Expected behavior
No crash.
📄 Additional context
This crash might be avoided by overriding the permission in the manifest:
<uses-permission android:name="android.permission.WAKE_LOCK" tools:node="replace"/>
What was the reasons to add a maxSDK requirement to the permission definition?
The text was updated successfully, but these errors were encountered: