Obsolete
Status Update
No update yet.
Comments
a....@gmail.com
Confirmed issue.
Easily reproduced with libraries like Caligraphy or Iconics
Easily reproduced with libraries like Caligraphy or Iconics
ro...@gmail.com
are we tracking this issue anywhere?
ma...@dowjones.com
Is this ever going to be looked at again?
ao...@gmail.com
won't fix?
d....@infotech.team
For anyone who needs a fix, since Google devs are unable.
```
class App: Application() {
override fun attachBaseContext(base: Context) {
val wrapper = //wrap context here
super.attachBaseContext(wrapper)
}
/**
*https://issuetracker.google.com/issues/37081588
*/
override fun getBaseContext(): Context {
var base = super.getBaseContext()
while (base is ContextWrapper) {
base = base.baseContext
}
return base
}
}
```
```
class App: Application() {
override fun attachBaseContext(base: Context) {
val wrapper = //wrap context here
super.attachBaseContext(wrapper)
}
/**
*
*/
override fun getBaseContext(): Context {
var base = super.getBaseContext()
while (base is ContextWrapper) {
base = base.baseContext
}
return base
}
}
```
ad...@google.com
Thank you for your feedback. We assure you that we are doing our best to address all issues reported. For now, we will be closing the issue as won't fix obsolete.
If this issue currently still exists, we request that you log a new issue along with the bug report herehttps://goo.gl/TbMiIO and reference this bug for context.
If this issue currently still exists, we request that you log a new issue along with the bug report here
vi...@google.com Restricted
Restricted
Comment has been deleted.
Description
@Override
protected void attachBaseContext(Context base) {
super.attachBaseContext(new ContextWrapper(base));
}
This causes ActivityThread to fail as it directly casts Application.getbaseContext() to a ContextImpl in handleReceiver():
ContextImpl context = (ContextImpl)app.getBaseContext();
Casts in handleStopService() and handleDestroyActivity are protected by an if (context instanceof ContextImpl) check and do not crash.
However, it may be possible that all three should instead use ContextImpl.getImpl(app) to unwrap an artibrary number of ContextWrappers: