Fixed
Status Update
Comments
ev...@gmail.com <ev...@gmail.com> #2
[Comment deleted]
ev...@gmail.com <ev...@gmail.com> #3
Just discovered that when you drag the marker off the map and it vanishes you can drag
the map in the direction that the marker vanished and the marker will appear somewhere
else on the map (presumably to a place you dragged it to where it became stuck)
the map in the direction that the marker vanished and the marker will appear somewhere
else on the map (presumably to a place you dragged it to where it became stuck)
zi...@google.com <zi...@google.com> #4
This is the intended behaviour. If you want the map to follow/pan to a marker when you
drag it, you can add events to handle that.
drag it, you can add events to handle that.
2i...@gmail.com <2i...@gmail.com> #5
Sorry, I misread you bug.
br...@gmail.com <br...@gmail.com> #6
how can stop dragging(marker or map) when out of the map
(ie.: map.getBounds().getSouthWest().lat()<-85 ||map.getBounds().getNorthEast().lat()>85 )
(ie.: map.getBounds().getSouthWest().lat()<-85 ||map.getBounds().getNorthEast().lat()>85 )
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.