Bug: file://maps.gstatic.com/mapfiles/openhand_8_8.cur [35826212]

Fixed

Bug

Status Update

No update yet.

Description

2i...@gmail.com

created issue #1

Mar 27, 2015 11:31AM

Hello,

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://

maps.gstatic.com/mapfiles/openhand_8_8.cur"
and not
"

http://maps.gstatic.com/mapfiles/openhand_8_8.cur".

(please see the picture attached)

That cause random freezes of 10/20 secondes when loading the page.

Best Regards.

freeze.png

23 KB

View

Download

Comments

ev...@gmail.com <ev...@gmail.com> #2Mar 29, 2015 12:29PM

This is to confirm that we plan to resume the rollout of the new cross-signed root CA certificate as described in #comment1.

The rollout will be very gradual, with incremental launches across the Google Maps Platform services and regions, and its phases will proceed depending on engineering evaluations rather than by a defined timetable. The change will be transparent to the vast majority of Google Maps Platform API clients, including all mainstream maintained OS versions.

For more information, please see the FAQ resources listed in #comment1, including the "What to do in a production outage" link which points to primary resolution steps and support information.

ev...@gmail.com <ev...@gmail.com> #3Mar 29, 2015 12:32PM

We have been made aware of several customer issues in the past few days with SSL/TLS due to this rollout having resumed.

At this stage, the best course of action is to ensure that your client TLS stack can dynamically work with intermediary certificates signed by any of the (~40) root CAs from

https://pki.goog/roots.pem.

In other words, the root CA signing intermediary certificates for requests to

https://maps.googleapis.com/* cannot be assumed to be static, nor can the set of root CAs be expected not to change before they expire.

We have published FAQs at the following addresses:

https://pki.goog/faq/ is more high-level, and

https://developers.google.com/maps/root-ca-faq is more technical.

zi...@google.com <zi...@google.com> #4Mar 31, 2015 12:23AM

Accepted by zi...@google.com.

Please note that many tools will only display and/or import the first certificate from

https://pki.goog/roots.pem, which will not be sufficient to fix this situation.
Here are several sources that can be used to help you split the root.pem file into 1 file per certificate, if required by your tooling and software environment:

-

https://developers.google.com/maps/root-ca-faq#how_do_i_extract_individual_certificates_from_rootspem
-

https://geeklah.com/working_with_pem_files.html
-

https://stackoverflow.com/questions/14660767/keytool-importing-multiple-certificates-in-single-file

As an immediate fix to get your Google Maps Platform requests working again, the main certificate to install is the "GTS Root R1" certificate, which begins at line 896 in the current roots.pem file. Please note that this issue may reoccur in the future if you don't install all the certificates.

2i...@gmail.com <2i...@gmail.com> #5Mar 31, 2015 08:50AM

To help customers using Java or Mozilla NSS, we have updated the Java keytool and NSS certutil sections in our Google Maps Platform Root CA Migration FAQ with hands-on instructions for managing your certificate stores using both of these tools.

br...@gmail.com <br...@gmail.com> #6Apr 2, 2015 08:39PM

Dear developers, the new GTS Root R1 Cross certificates have now fully rolled out to all Google Maps Platform services.

si...@gmail.com <si...@gmail.com> #7Apr 2, 2015 10:01PM

me to

<script type="text/javascript" src="

https://maps.googleapis.com/maps/api/js?v=3.exp&signed_in=true"></script>

cordova and browser

GET file://

maps.gstatic.com/mapfiles/openhand_8_8.cur net::ERR_FILE_NOT_FOUND

ko...@gmail.com <ko...@gmail.com> #8Apr 3, 2015 02:38AM

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> #9Apr 3, 2015 03:57PM

Hello, I'm getting the same error when testing in chrome , trying to run the file in a webview

maploaded.html

1.6 KB

View

Download

ro...@gmail.com <ro...@gmail.com> #10Apr 4, 2015 08:57PM

Getting the same issue as well, using Chrome.

ca...@gmail.com <ca...@gmail.com> #11Apr 5, 2015 05:11PM

I got the same problem

oc...@gmail.com <oc...@gmail.com> #12Apr 5, 2015 05:28PM

issue remain same

ka...@gmail.com <ka...@gmail.com> #13Apr 6, 2015 07:18AM

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

at...@gmail.com <at...@gmail.com> #14Apr 6, 2015 11:09PM

Has anyone figured out what exactly is causing this and if there's a workaround?

2i...@gmail.com <2i...@gmail.com> #15Apr 7, 2015 08:11AM

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)

ed...@gmail.com <ed...@gmail.com> #16Apr 7, 2015 09:03AM

[Comment deleted]

ed...@gmail.com <ed...@gmail.com> #17Apr 7, 2015 09:05AM

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

2i...@gmail.com <2i...@gmail.com> #18Apr 7, 2015 09:19AM

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" >

ed...@gmail.com <ed...@gmail.com> #19Apr 7, 2015 09:45AM

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.

2i...@gmail.com <2i...@gmail.com> #20Apr 7, 2015 10:23AM

"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.

[Deleted User] <[Deleted User]> #21Apr 8, 2015 02:25AM

Pretty frustrating issue. I hope a fix comes soon.

ha...@gmail.com <ha...@gmail.com> #22Apr 8, 2015 02:50PM

I am also facing this issue, not sure if there is a workaround already available?

2i...@gmail.com <2i...@gmail.com> #23Apr 9, 2015 09:28AM

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> #24Apr 14, 2015 12:22PM

The problem seems fixed for me now. Thank you very much :)

ko...@gmail.com <ko...@gmail.com> #25Apr 14, 2015 01:58PM

Working for me now as well.

st...@google.com <st...@google.com> #26Apr 14, 2015 09:10PM

Marked as fixed.

Yes, we fixed it.
Sorry once again to all you file:// users.

ci...@gmail.com <ci...@gmail.com> #27Aug 3, 2016 05:39PM

the problem is still there for me