Fixed
Status Update
Comments
sy...@google.com <sy...@google.com> #2
Don't think it's just related to the internet permission. I'm getting exactly the same stack trace in my app and it (a) has the internet permission defined and working fine and (b) the webview was showing a local file in the assets folder.
b....@gmail.com <b....@gmail.com> #3
Don't know if it is also related, but I also got an obscure message a little later:
D/chromium(2735): Unknown chromium error: -6
D/chromium(2735): Unknown chromium error: -6
sy...@google.com <sy...@google.com> #4
"D/chromium(2735): Unknown chromium error: -6" is actually a 404 (i.e. a URL that wasn't found or was a virtual URL ("my://custom/url") or something). Implementing WebViewClient.shouldInterceptRequest() will make that error go away, but given that there's a thread local memory leak when using that (http://code.google.com/p/android/issues/detail?id=21355 ) I wouldn't advise doing that.
b....@gmail.com <b....@gmail.com> #5
Thanks for that comment - I was just deploying another version of my app to test that!
I noticed one of the images in the assets folder had a space in the filename. Looks like sdk < 14 never complained about the spaces and happily found and rendered the image. Sdk 14 is a bit more picky - I renamed the file and no longer get the -6 error. But I'm still getting the same removeMessages(...107) stacktrace when I view a local asset file.
I noticed one of the images in the assets folder had a space in the filename. Looks like sdk < 14 never complained about the spaces and happily found and rendered the image. Sdk 14 is a bit more picky - I renamed the file and no longer get the -6 error. But I'm still getting the same removeMessages(...107) stacktrace when I view a local asset file.
sa...@gmail.com <sa...@gmail.com> #6
It looks like it was a major WebKit upgrade (hooray!) which is unfortunately quite buggy (CSS 3d transforms throw errors (http://code.google.com/p/android/issues/detail?id=21305 ) , memory leaks, ability to have it core dump quiet easily (http://code.google.com/p/android/issues/detail?id=21266 ), etc).
sy...@google.com <sy...@google.com> #7
I am running into this same error.
I have the internet permission set up, and in my case, I open custom HTML that points to an external flash player.
The flash player works great, until I go fullscreen. Once I enter fullscreen mode and back out, every time I attempt to re-open the webview I get this same problem.
I have the internet permission set up, and in my case, I open custom HTML that points to an external flash player.
The flash player works great, until I go fullscreen. Once I enter fullscreen mode and back out, every time I attempt to re-open the webview I get this same problem.
ty...@gmail.com <ty...@gmail.com> #8
I was getting the same error in my application, however i think my issue is a developer error. In order to explain how i got this issue, ill describe what i did. I'm creating an Android application which is loading and running a GWT compiled JavaScript application into a WebView. I looked around for many different things until i realized that my problem was in my own WebViewClient class. I had my class implemented as follows:
private static class HelloWebViewClient extends WebViewClient
{
@Override
public boolean shouldOverrideUrlLoading( WebView view, String url )
{
view.loadUrl( url );
return true;
}
}
This quickly caused the above exception to manifest. I changed the above line to being the following:
private static class HelloWebViewClient extends WebViewClient
{
@Override
public boolean shouldOverrideUrlLoading( WebView view, String url )
{
return false;
}
}
And POOF! no more error. I can't say I can actually explain what I did wrong. But im sure if i dug a bit more, i'd find the problem. But for now, I'm happy that it works. I hope this is useful to someone :)
private static class HelloWebViewClient extends WebViewClient
{
@Override
public boolean shouldOverrideUrlLoading( WebView view, String url )
{
view.loadUrl( url );
return true;
}
}
This quickly caused the above exception to manifest. I changed the above line to being the following:
private static class HelloWebViewClient extends WebViewClient
{
@Override
public boolean shouldOverrideUrlLoading( WebView view, String url )
{
return false;
}
}
And POOF! no more error. I can't say I can actually explain what I did wrong. But im sure if i dug a bit more, i'd find the problem. But for now, I'm happy that it works. I hope this is useful to someone :)
Description
Please answer all relevant questions below so that we have enough information to investigate your issue. Providing incomplete information will delay investigation of your issue.
Bug Report Template
Describe the issue: expected vs. observed behavior and/or appearance.
ReconnectionService is trying to start a service in the background. This is causing an IllegalStateException on Android 8+.
com.google.android.gms.cast.framework.ReconnectionService }: app is in background uid UidRecord{c51b1af u0a131 TPSL bg:+2m55s135ms idle change:cached procs:1 seq(0,0,0)}
at android.app.ContextImpl.startServiceCommon(ContextImpl.java:1577)
at android.app.ContextImpl.startService(ContextImpl.java:1532)
at android.content.ContextWrapper.startService(ContextWrapper.java:664)
at com.google.android.gms.internal.cast.zzai.zzg$1385ff(Unknown Source:19000)
at com.google.android.gms.internal.cast.zzai.onStatusUpdated(Unknown Source)
at com.google.android.gms.cast.framework.media.zzr.onStatusUpdated(Unknown Source:30)
at com.google.android.gms.internal.cast.zzdh.onStatusUpdated(Unknown Source:6)
at com.google.android.gms.internal.cast.zzdh.zza(Unknown Source:14000)
at com.google.android.gms.cast.framework.media.RemoteMediaClient.zzb(Unknown Source:2)
at com.google.android.gms.internal.cast.zzct.run(Unknown Source:31)
at android.os.Handler.handleCallback(Handler.java:873)
at android.os.Handler.dispatchMessage(Handler.java:99)
at android.os.Looper.loop(Looper.java:193)
at android.app.ActivityThread.main(ActivityThread.java:6669)
at java.lang.reflect.Method.invoke(Method.java)
at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:493)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:858)
List steps to reproduce the issue, if known.
We have been unable to reproduce locally but it is our largest crash.
Which version of the Cast SDK are you using?
15.0.1
On which version(s) of the OS (iOS, Android) do you observe the problem?
Android
On which device type(s) such as phones, tablets or laptops (iPad, iPhone, etc.) do you observe the problem?
Android devices
Do you observe the problem when running on a physical device, or the simulator, or both?
We haven't reproduced, but it happens on user devices.
If this is a device discovery or device connectivity issue: Do you observe the problem over Cellular (using Guest Mode), WiFi (using either Guest Mode or local connection), or both?
If this is strictly a UI appearance/styling issue, please take screenshot(s) (for iOS, and Android) illustrating the problem and attach them to the bug report. Also mention whether the problem occurs in portrait orientation, landscape orientation, or both.
If this is not a UI appearance/styling issue, please capture logs from the SDK for a time interval leading up to and including the occurrence of the problem, and attach them to the bug report. For issues relating to device discovery, the log should cover at least 20 seconds. For issues relating to device connectivity, the log should cover the entire time during which you attempted to start a Casting session.
Obtaining iOS Cast SDK Logs:
Obtaining Android Cast SDK Logs: