Fixed
Status Update
Comments
ev...@gmail.com <ev...@gmail.com> #2
We have passed this defect on to the development team and will update this issue with more information as it becomes available.
ev...@gmail.com <ev...@gmail.com> #3
Released in 25.1.0 of the Support Library.
zi...@google.com <zi...@google.com> #4
Thanks but we have to call setTypeface for every view!
It should be added to this method too -> setEditText();
Same as mCollapsingTextHelper:
mCollapsingTextHelper.setTypefaces(mEditText.getTypeface());
It should be added to this method too -> setEditText();
Same as mCollapsingTextHelper:
mCollapsingTextHelper.setTypefaces(mEditText.getTypeface());
2i...@gmail.com <2i...@gmail.com> #5
#4: Working as intended. We want the error message to use the system font unless explicitly changed.
br...@gmail.com <br...@gmail.com> #6
I have the same issue. Thanks a lot for any help!
ko...@gmail.com <ko...@gmail.com> #8
I have this problem using Google Maps in my app that is bundled using NW.js. It started happening around a week ago.
st...@gmail.com <st...@gmail.com> #9
Hello, I'm getting the same error when testing in chrome , trying to run the file in a webview
ro...@gmail.com <ro...@gmail.com> #10
Getting the same issue as well, using Chrome.
ca...@gmail.com <ca...@gmail.com> #11
I got the same problem
oc...@gmail.com <oc...@gmail.com> #12
issue remain same
ka...@gmail.com <ka...@gmail.com> #13
any solution?
I have faced the same problem
GET file://maps.gstatic.com/mapfiles/openhand_8_8.cur net::ERR_FILE_NOT_FOUND -------------------- VM4216:1
I have faced the same problem
GET file://
at...@gmail.com <at...@gmail.com> #14
Has anyone figured out what exactly is causing this and if there's a workaround?
2i...@gmail.com <2i...@gmail.com> #15
hi atcas..., it is caused because the api use the default protocol so when you're generating a local html file the api search the file via the "file" protocol "GET file://" instead of "http" or "https". Obviously the file "/maps.gstatic.com/mapfiles/openhand_8_8.cur " doesn't exist on your hard drive so the browsers fails to load the file (i assume there is a timeout mecanism or someting like that freezing the browser for like 10/20 seconds).
"if there's a workaround?" i dont think so, we need to wait for a patch.
(sorry for my english)
"if there's a workaround?" i dont think so, we need to wait for a patch.
(sorry for my english)
ed...@gmail.com <ed...@gmail.com> #16
[Comment deleted]
ed...@gmail.com <ed...@gmail.com> #17
Yep, that is exactly the problem.
"if there's a workaround?" i dont think so, we need to wait for a patch.
Well... there is some kind of workaround, but it's useful only if your local html doesn't need any other local file or has any kind of relative links.
You can force any relative link to a path using the html tag base. Adding this to the head will force the relative link from file://.../openhand_8_8.cur to html://.../openhand_8_8.cur, where it should be.
< base href="http://maps.gstatic.com/mapfiles/ " target="_blank" >
My problem? I can't use this... as I use a custom marker (local png file), and if you change the relative path, you change it for all your relative links :(
So... I'll have to wait until they fix the path to that openhand_8_8.cur
"if there's a workaround?" i dont think so, we need to wait for a patch.
Well... there is some kind of workaround, but it's useful only if your local html doesn't need any other local file or has any kind of relative links.
You can force any relative link to a path using the html tag base. Adding this to the head will force the relative link from file://.../openhand_8_8.cur to html://.../openhand_8_8.cur, where it should be.
< base href="
My problem? I can't use this... as I use a custom marker (local png file), and if you change the relative path, you change it for all your relative links :(
So... I'll have to wait until they fix the path to that openhand_8_8.cur
2i...@gmail.com <2i...@gmail.com> #18
Wow thank you very much for the info, this is awesome. I just give it a try with the full patch like that and it working for me so maybe it can be usefull for you (dont mess with your custom marker?)
<base href="http://maps.gstatic.com/mapfiles/openhand_8_8.cur " target="_blank" >
<base href="
ed...@gmail.com <ed...@gmail.com> #19
Nah... It doesn't run for me. It searches my file at "http://maps.gstatic.com/mapfilesmapfiles/marker.png ", I could use full paths, but I really shouldn't ^_^
If any of you can use this workaround, then great :) but I'll wait for the official fix anyway.
If any of you can use this workaround, then great :) but I'll wait for the official fix anyway.
2i...@gmail.com <2i...@gmail.com> #20
"I'll wait for the official fix anyway."
i'll do to, but it helps a lot during debug session not freezing the software. So thank you for sharing the info, it's very much appreciate.
i'll do to, but it helps a lot during debug session not freezing the software. So thank you for sharing the info, it's very much appreciate.
[Deleted User] <[Deleted User]> #21
Pretty frustrating issue. I hope a fix comes soon.
ha...@gmail.com <ha...@gmail.com> #22
I am also facing this issue, not sure if there is a workaround already available?
2i...@gmail.com <2i...@gmail.com> #23
you can use the code <base href="http://maps.gstatic.com/mapfiles/openhand_8_8.cur " target="_blank" > but no official patch now.
2i...@gmail.com <2i...@gmail.com> #24
The problem seems fixed for me now. Thank you very much :)
ko...@gmail.com <ko...@gmail.com> #25
Working for me now as well.
st...@google.com <st...@google.com> #26
Yes, we fixed it.
Sorry once again to all you file:// users.
Sorry once again to all you file:// users.
ci...@gmail.com <ci...@gmail.com> #27
the problem is still there for me
Description
We're generating local html file embeded on our app using google map v3 javascript API.
With IE 11 this cursor load with the bad protocol like that :
"file://
and not
"
(please see the picture attached)
That cause random freezes of 10/20 secondes when loading the page.
Best Regards.