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.
[Deleted User] <[Deleted User]> #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>
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.
ca...@instantbits.com <ca...@instantbits.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.
sy...@google.com <sy...@google.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.
ca...@instantbits.com <ca...@instantbits.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 :)
sy...@google.com <sy...@google.com> #9
Any Solution on this issue I am still getting the same error..
I have tried with
private static class HelloWebViewClient extends WebViewClient
{
@Override
public boolean shouldOverrideUrlLoading( WebView view, String url )
{
return false;
}
}
but no solution
I have tried with
private static class HelloWebViewClient extends WebViewClient
{
@Override
public boolean shouldOverrideUrlLoading( WebView view, String url )
{
return false;
}
}
but no solution
ca...@instantbits.com <ca...@instantbits.com> #10
I discovered something.
I used to have a webview as "about page": placed into my assets/ directory as .html
A javascript there was reading url parameters and using them to write my application name and setting.
So the url opened was something like this:
file:///android_asset/about.html?title=MyAppTitle&version=0.6.0
Android 14 and greater are looking for a file named "about.html?title=MyAppTitle&version=0.6.0"
you have similar issues with spaces in name file.
It's an issue in resolving the filename, the new version is not smart enough to understand "?stuff" is a query string, until SDK 13 android resolved it correctly, since 14 it look for a file named like that...
Question for Android developers: assuming this will be fixed, will it be backported to every device as an OTA firmware update? or will we always had to support both buggish and non-buggish versions to support every device?
I used to have a webview as "about page": placed into my assets/ directory as .html
A javascript there was reading url parameters and using them to write my application name and setting.
So the url opened was something like this:
file:///android_asset/about.html?title=MyAppTitle&version=0.6.0
Android 14 and greater are looking for a file named "about.html?title=MyAppTitle&version=0.6.0"
you have similar issues with spaces in name file.
It's an issue in resolving the filename, the new version is not smart enough to understand "?stuff" is a query string, until SDK 13 android resolved it correctly, since 14 it look for a file named like that...
Question for Android developers: assuming this will be fixed, will it be backported to every device as an OTA firmware update? or will we always had to support both buggish and non-buggish versions to support every device?
sy...@google.com <sy...@google.com> #11
Comment 3 is on point. This issue is actually a 404. The URL that's being pointed to has an issue. Modify the URL
re...@gmail.com <re...@gmail.com> #12
Comment 10 is not on point. Synthetic URLs should always be valid (i.e. that's one way of launching other apps via Intents...like market urls :-)
bu...@gmail.com <bu...@gmail.com> #13
I'm seeing this issue in API 15 as well.
There seems to be a number of different reasons that shows up with the very same error message.
There seems to be a number of different reasons that shows up with the very same error message.
Description
Which version of the Cast SDK are you using? Cast SDK 3 - I'm targeting Google Play Services 15
Fatal Exception: java.lang.IllegalStateException: GoogleApiClient is not connected yet.
at com.google.android.gms.common.api.internal.zzaj.execute(Unknown Source)
at com.google.android.gms.common.api.internal.zzbd.execute(Unknown Source)
at com.google.android.gms.common.api.internal.zzav.execute(Unknown Source)
at com.google.android.gms.cast.Cast$CastApi$zza.sendMessage(Unknown Source)
at com.google.android.gms.cast.framework.media.RemoteMediaClient$zza.zza(Unknown Source)
at com.google.android.gms.internal.cast.zzcm.zza(Unknown Source)
at com.google.android.gms.internal.cast.zzdh.zza(Unknown Source)
at com.google.android.gms.internal.cast.zzdh.zzda(Unknown Source)
at com.google.android.gms.internal.cast.zzdh.zza(Unknown Source)
at com.google.android.gms.internal.cast.zzdi.zza(Unknown Source)
at com.google.android.gms.internal.cast.zzdn.zza(Unknown Source)
at com.google.android.gms.internal.cast.zzdn.zza(Unknown Source)
at com.google.android.gms.internal.cast.zzdn.zzdc(Unknown Source)
at com.google.android.gms.internal.cast.zzdo.run(Unknown Source)
at android.os.Handler.handleCallback(Handler.java:751)
at android.os.Handler.dispatchMessage(Handler.java:95)
at android.os.Looper.loop(Looper.java:241)
at android.app.ActivityThread.main(ActivityThread.java:6274)
at java.lang.reflect.Method.invoke(Method.java)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:886)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:776)