Fixed
Status Update
Comments
fv...@google.com <fv...@google.com>
ma...@google.com <ma...@google.com> #3
Example 1. Just trying to attach your gmaps script.
If you open the developer console, you will see that gmaps init script is loaded, but "getScript("https://maps.gstatic.com/intl/en_us/mapfiles/api-3/9/8/main.js ");" line isn't working, there is no new script in the document after document.write.
If you open the developer console, you will see that gmaps init script is loaded, but "getScript("
[Deleted User] <[Deleted User]> #4
Example 2. Trying to use callback parameter. Init is loaded, main javascript file is loaded too. But not working, exception screenshot is in attach.
mi...@google.com <mi...@google.com>
an...@gmail.com <an...@gmail.com> #5
For example 2 - your code:
...
lf.main = function(a) {
eval(a); // <-- Uncaught Error: Code generation from strings disallowed for this context
};
...
...
lf.main = function(a) {
eval(a); // <-- Uncaught Error: Code generation from strings disallowed for this context
};
...
pa...@gmail.com <pa...@gmail.com> #6
Just to poke this bug, using the asynchronous loading method has no effect on this. The only workaround is to roll back to manifest version 1 which is actively being phased out.
ma...@silverark.co.uk <ma...@silverark.co.uk> #7
Switched to Yandex Maps, it works well.
Thank you!
Thank you!
al...@fredbots.com <al...@fredbots.com> #8
As manifest version 1 won't be accepted by the Chrome Webstore starting in mid August, we really do need a workaround/fix.
ka...@google.com <ka...@google.com> #9
As I discovered a few minutes ago, manifest version 1 is no longer accepted by the Chrome store *now*. So setting the manifest version to 1 and using 'unsafe-eval' in the CSP no longer works for new extensions.
Updating existing extensions may still be supported.
Updating existing extensions may still be supported.
ka...@google.com <ka...@google.com> #10
New packaged apps having manifest version 1 are no longer supported.
Please fix this issue as soon as possible.
Thanks
Please fix this issue as soon as possible.
Thanks
gg...@gmail.com <gg...@gmail.com> #11
According to deprecation schedule only new items should be affected (for now). For existing items there will be issues starting approximately in November.
Source:http://code.google.com/chrome/extensions/manifestVersion.html
Source:
tc...@google.com <tc...@google.com> #12
Oh new fun fact, relating to this: With Chrome 21 you can only install apps/extensions from the Chrome Store. So not I have an extension I can't deploy to the Chrome Store nor can I push it to my clients directly :(.
Please fix
Please fix
sk...@gmail.com <sk...@gmail.com> #13
This is killing now. Can you provide an alternate way to connect to http://maps.google.com/maps/api/js?sensor=false . Thanks
[Deleted User] <[Deleted User]> #14
Any updates on this issue or how can we resolve it. If google app cannot support there on google map, that really bad..
Please provide an alternate or a solution ASAP.
Please provide an alternate or a solution ASAP.
mi...@google.com <mi...@google.com> #15
Hi all,
A workaround has been released by the Chrome team:
http://code.google.com/chrome/extensions/trunk/sandboxingEval.html
I've attached a sample extension that makes use of this sandboxing technique. To use any of the Chrome extension APIs (e.g. tabs), you'll need to use postMessage to communicate to the popup or background page.
A workaround has been released by the Chrome team:
I've attached a sample extension that makes use of this sandboxing technique. To use any of the Chrome extension APIs (e.g. tabs), you'll need to use postMessage to communicate to the popup or background page.
Description
# It is OK to share your API Project ID, but _not_ API keys.
Google Place Search Box is not working from today {03/01/2018}.