visualization does not work in internet explorer... still

[Peter Wraae Marino]

Hi,

I have parents from our club that can't see any of the visualization charts and tables from this website:

http://www.bellingegymnasterne.dk/lalandia/ because they are using internet explorer.

I'm a chrome user and it works fine here, when I test it with my own internet explorer then it doesn't work.

my internet explorer is: 

version: 9.0.8112.16421

computer is: windows 7 64-bit

is this bug valid? do I really need to go back to html tables?

Peter

--
Bellinge Gymnasterne: http://www.bellingegymnasterne.dk 
Power Tumbling: http://www.powertumbling.dk
OSG-Help: http://code.google.com/p/sigmaosg 

Personal Site: http://www.marino.dk

[Safesurfer]

They should see a message telling them that Active-X and scripts were
blocked, so they have to click to unblock it (in the same way your
browser might block pop-up windows).

It will then work fine, although IE will display a message saying that
'Active scripts can be a danger to your computer!' (thanks, Bill).

The best thing is to display a message on your site saying if you are
viewing in IE you need to approve the use of Active-X and scripts.

I don't know if there is an option in IE tools to always allow this -
does anyone know?

On Jun 5, 12:09 pm, Peter Wraae Marino <marino.pe...@gmail.com> wrote:
> Hi,
>
> I have parents from our club that can't see any of the visualization charts

> and tables from this website:http://www.bellingegymnasterne.dk/lalandia/because they are using internet

[Safesurfer]

Nb. I have found another issue with IE in that it displays the chart
titles differently so they are almost inelegible. So it might be
useful to also put a note up saying 'This site is best viewed in
Firefox or Chrome'. (I haven't tested my pages in Safari - so not sure
if there are any issues with that browser).

On Jun 5, 1:36 pm, Safesurfer <brilliantine...@aol.com> wrote:
> They should see a message telling them that Active-X and scripts were
> blocked, so they have to click to unblock it (in the same way your
> browser might block pop-up windows).
>
> It will then work fine, although IE will display a message saying that
> 'Active scripts can be a danger to your computer!' (thanks, Bill).
>
> The best thing is to display a message on your site saying if you are
> viewing in IE you need to approve the use of Active-X and scripts.
>
> I don't know if there is an option in IE tools to always allow this -
> does anyone know?
>
> On Jun 5, 12:09 pm, Peter Wraae Marino <marino.pe...@gmail.com> wrote:
>
>
>
>
>
>
>
> > Hi,
>
> > I have parents from our club that can't see any of the visualization charts

> > and tables from this website:http://www.bellingegymnasterne.dk/lalandia/becausethey are using internet

[Peter Wraae Marino]

Hi,

there is no message saying anything about popups or scripts or activex

so i'm still clue-less

peter

[MC Get Vizzy]

What happens in Internet Explorer?

--
You received this message because you are subscribed to the Google Groups "Google Visualization API" group.

To view this discussion on the web visit https://groups.google.com/d/msg/google-visualization-api/-/ZWpyWldkRWlMeW9K.

To post to this group, send email to google-visua...@googlegroups.com.
To unsubscribe from this group, send email to google-visualizati...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/google-visualization-api?hl=en.

[Peter Wraae Marino]

I get a request time out and all visualizations fails.

regards,

Peter

[brillia...@aol.com]

What version of IE are you using? I have IE 8 and when you open the page there is a strip that appears at the top saying Active-X and scripts are blocked, click to unblock them. Once you have done this, visualization then works fine.

It might be that earlier versions of IE simply don't display them.

[Peter Wraae Marino]

I have the newest

Peter

PS: I wrote which version and os  in th original post.. don't know why this has gone lost in google groups.

[brillia...@aol.com]

I don't really know then, I certainly see the message (IE8 running on Windows Vista). I suspect I'm as new to this as you are, so it probably needs an expert to help. 

[asgallant]

I opened the page up in IE9 and used the developer tools to run onInitKor() manually, and this is the error I got:

SEC7112: Script from http://spreadsheets.google.com/tq?key=0As8yTIMYNMU0dDY3azJOdTNlTmZST1k3Wlk0UjNIRmc&pub=1&headers=1&tq=SELECT%20*&tqx=reqId%3A4 was blocked due to mime type mismatch

I was able to make that error go away by appending the option {sendMethod: 'xhr'} to the end of the query:

var query = new google.visualization.Query( 'http://spreadsheets.google.com/tq?key=0As8yTIMYNMU0dDY3azJOdTNlTmZST1k3Wlk0UjNIRmc&pub=1&headers=1', {sendMethod: 'xhr'});

Doing this causes IE to throw the security risk warning; if you click continue, the table loads properly.

[Pegasusrjf]

On Jun 6, 10:10 am, asgallant <drew_gall...@abtassoc.com> wrote:
> I opened the page up in IE9 and used the developer tools to run onInitKor()
> manually, and this is the error I got:
>

> SEC7112: Script fromhttp://spreadsheets.google.com/tq?key=0As8yTIMYNMU0dDY3azJOdTNlTmZST1...

> was blocked due to mime type mismatch
>
> I was able to make that error go away by appending the option {sendMethod:
> 'xhr'} to the end of the query:
>
> var query = new google.visualization.Query(

> 'http://spreadsheets.google.com/tq?key=0As8yTIMYNMU0dDY3azJOdTNlTmZST1...,

> {sendMethod: 'xhr'});
>
> Doing this causes IE to throw the security risk warning; if you click
> continue, the table loads properly.

Thiis is an issue I have been dealing with since the first IE9 beta in
September 2010. I have never been able to get this optino to work,
but now instead of no error messages in the past trying the
sendMethod: xhr option, I now get the following error:

SCRIPT5022: google.visualization.Query: Error: Access is denied.

default,table.I.js, line 152 character 63

[MC Get Vizzy]

There is a known issue with querying spreadsheets in IE9.  We are working on a fix.

--
You received this message because you are subscribed to the Google Groups "Google Visualization API" group.

[d d]

hi

2011/6/12 MC Get Vizzy <getv...@google.com>

[Chris Keller]

Great to hear... Hopefully the fix will extend throughout all of microsoft's excellent browser engineering?

Chris K.

[Onno Benschop]

This morning I tested an existing applet which had failed in IE9 due to this issue - it now works -- thanks!

[Peter Wraae Marino]

What is the status on this BUG??? Here is another page of mine that time out in Internet Explorer: http://www.bellingegymnasterne.dk/power-tumbling-om/

I use chrome and firefox and they work fine.. but internet explorer has too many problems with the visualization api... I'm not even drawing a chart on that page,.. i'm handling the data myself,.. but I don't even get the data... it just times out...why why why

Peter

[Peter Wraae Marino]

Using the developer tools in the Internet Explorer.. I can see that the javascript fails with 

SCRIPT438: Object doesn't support property or method 'addEventListener' 

and a warning with:

SEC7112: Script from http://spreadsheets.google.com/tq?key=0As8yTIMYNMU0dFZvX3IxN3c4cmRpd3VkcE5lR2R0S1E&pub=1&tq=SELECT%20*&tqx=reqId%3A0 was blocked due to mime type mismatch 

om.html

what is it trying to tell me?

anyone?

Peter

--

You received this message because you are subscribed to the Google Groups "Google Visualization API" group.

To view this discussion on the web visit https://groups.google.com/d/msg/google-visualization-api/-/jBm_x1_hndQJ.

To post to this group, send email to google-visua...@googlegroups.com.
To unsubscribe from this group, send email to google-visualizati...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/google-visualization-api?hl=en.

[Peter Wraae Marino]

Apparently this seems to be a google server sending the wrong mine type... as can be read here:

http://stackoverflow.com/questions/5986772/ie9-script-response-blocked-due-to-mime-type-mismatch

this should be like the first bug on googles list of todos?? why hasn't this been fixed yet?

Peter

[Peter Wraae Marino]

Hi everybody,

I have created an issue on this:

http://code.google.com/p/google-visualization-api-issues/issues/detail?id=639&sort=-id%20-stars&colspec=ID%20Type%20Status%20Priority%20Milestone%20Owner%20Summary%20Stars

please star it to show google how important this is!... it must work on IE9

regards,

Peter

[Luca Möller]

Hi Peter,

I'm having this same problem with IE9. I'm using the GWT Visualization
to show ColumnCharts, and in IE9 they simply doesnt render and stop
the javascript execution (aparently it gets stuck in the
"VisualizationUtils.loadVisualizationApi(callback,
ColumnChart.PACKAGE)" call).

An immediate solution I've found for now is to use the meta tag
<meta http-equiv="X-UA-Compatible" content="IE=8"/>
This will make the charts render again, but the rest of the page will
also be rendered like it would in IE8 (at least your page will work
for users that have IE9).

Another soluton I'm studying is using the chrome frame (GCF), but I'm
not confortable with idea os forcing users to install it.

If you know about any other workarounds for this problem before an
oficial solution is released, I would like to know!

see ya!
Luca

On 11 jul, 09:23, Peter Wraae Marino <marino.pe...@gmail.com> wrote:
> Hi everybody,
>

> I have created an issue on this:http://code.google.com/p/google-visualization-api-issues/issues/detai...

[Peter Wraae Marino]

Hi Luca,

I wrote directly to one of the developers and he said they have a fix for this problem, but he couldn't tell me when it would be release.

I find it very strange that they don't release a fix for such a major bug. I'm currently removing all googles charts, tables, spreadsheets from my website because the club I work at have 800 members and I'm receiving too many complaints that pages are failing.

This bug has been valid for a long time and apparently google don't see this as a major bug (which it is). I am a Chrome user, but lots of our clients still use IE and I have to make sure our website works for them too.

This bug really is making me reconsider using googles api.

Peter

--
You received this message because you are subscribed to the Google Groups "Google Visualization API" group.

To post to this group, send email to google-visua...@googlegroups.com.
To unsubscribe from this group, send email to google-visualizati...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/google-visualization-api?hl=en.

[lucamatt...@gmail.com]

I agree with you! This bug is critical and has been noticed more than a month ago. They are taking too long to fix it, as if it is wasn`t so important (your website just won`t open for some users!)
I`m a bit disapointed too...
Enviado de meu telefone Nokia
-----Mensagem original-----
De: Peter Wraae Marino
Enviado: 12/07/2011, 03:29
To: google-visua...@googlegroups.com
Assunto: Re: [visualization-api] Re: visualization does not work in internet explorer... still

[Jinji]

Guys, we understand this is a major issue, and are working to get it resolved. This has taken more time than anticipated for some reasons unrelated to this specific bug, and we hope to have this fixed soon. Please be patient for a little while longer.

Also note that this bug only relates to published sheets (with "pub=1" in the URL).

[Peter Wraae Marino]

I have this page:

http://www.bellingegymnasterne.dk/bestyrelsen/

that fails in IE9

it doesn't have a pub=1

but it does have a url to 

https://spreadsheets.google.com/spreadsheet/pub?hl=en_US&hl=en_US&key=0As8yTIMYNMU0dEV2NEE5bTd3NlE4MUpJWXItcEpXUlE&output=html

so what should I change?

Peter

[Peter Wraae Marino]

ok,. by making it public viewable by link then I could use this url, which actually works in IE9:

https://spreadsheets.google.com/spreadsheet/ccc?key=0As8yTIMYNMU0dEV2NEE5bTd3NlE4MUpJWXItcEpXUlE&hl=en_US

This is an ok solution for me... 

What is the difference between using the "Publish to web" and "anyone with a link"?, because the option where I set the "anyone with a link" can also be made public to web... which in my world seems to be the same thing? why this confusion?

Peter

[ChartMan]

Hi

You are right that this appears to be the same but it isn't. Published sheets are designed to work with any webpage and are backed up with a caching policy and other measures you would want. You should by all means restore to the "pub" version URLs once the bug is fixed (they are far more robust).

ChartMan

[Luca Mattos Möller]

Hi Jinji,

so I think I'm stucked on another bug. My problem is that ehe vizualization api for GWT is not working on IE9. Just to check, I've created a simple project with the getting started example, and it does not work in IE9. The example can be found here:
http://code.google.com/p/gwt-google-apis/wiki/VisualizationGettingStarted

If I put the meta tag <meta http-equiv="X-UA-Compatible" content="IE=8"/> in the html, erase the browsers history and reload the page, the example chart works fine. Any idea of what may be happening?

Thanks!
Luca

2011/7/12 Jinji <ji...@google.com>

[Peter Wraae Marino]

Hi Luca,

haven't tested your example,.. but it does sound like the same bug. what error messages do you get with IE9?

peter

[Luca Mattos Möller]

I'm not getting any error (at least I'm not seeing any in the ie developer tools), maybe it is timeout, don't know.

Looking at the requests the page makes:

 - When I dont use     <meta http-equiv="X-UA-Compatible" content="IE=8"/>: (the charts doesnt load)

URL    Method    Result    Type    Received    Taken    Initiator    Wait‎‎    Start‎‎    Request‎‎    Response‎‎    Cache read‎‎    Gap‎‎
http://127.0.0.1:8888/VisualizationTest.html?gwt.codesvr=127.0.0.1:9997    GET    200    text/html    2,85 KB    47 ms        0    31    0    16    0    1872
/VisualizationTest.css    GET    200    text/css    0,74 KB    15 ms        47    0    0    15    0    1857
/visualizationtest/visualizationtest.nocache.js    GET    200    application/x-javascript    5,46 KB    15 ms        47    0    0    15    0    1857
/visualizationtest/hosted.html?visualizationtest    GET    304    text/html    113 B    15 ms        94    0    0    15    0    1810
http://www.google.com/jsapi?callback=__gwt_AjaxLoader_onLoad    GET    304    text/javascript    273 B    < 1 ms        1919    0    0    0    0    0


-  When I use     <meta http-equiv="X-UA-Compatible" content="IE=8"/> and clear ie's history (the chart works, but only after clearing history. If I reaload the page it doesnt work, if I clear history and reload it wotks for one more time xD):

URL    Method    Result    Type    Received    Taken    Initiator    Wait‎‎    Start‎‎    Request‎‎    Response‎‎    Cache read‎‎    Gap‎‎
http://127.0.0.1:8888/VisualizationTest.html?gwt.codesvr=127.0.0.1:9997    GET    200    text/html    2,84 KB    16 ms        0    0    0    16    0    3775
/VisualizationTest.css    GET    200    text/css    0,74 KB    16 ms        16    0    16    0    0    3759
/visualizationtest/visualizationtest.nocache.js    GET    200    application/x-javascript    5,46 KB    16 ms        16    0    0    16    0    3759
/visualizationtest/hosted.html?visualizationtest    GET    200    text/html    11,36 KB    125 ms        203    0    125    0    0    3463
http://www.google.com/jsapi?callback=__gwt_AjaxLoader_onLoad    GET    200    text/javascript    22,38 KB    484 ms        1872    0    468    16    0    1435
http://www.google.com/uds/?file=visualization&v=1&packages=piechart&async=2    GET    200    text/javascript    0,87 KB    436 ms        2372    0    436    0    0    983
http://www.google.com/uds/api/visualization/1.0/f69f84183e0a26bd11ae36e170d1f22b/default,browserchart,piechart.I.js    GET    200    application/x-javascript    226,11 KB    0.98 s        2808    0    312    671    0    0


As you can see, when it works there are 2 more request to load the javascript charts api. When it doesn't there is just the first request to google that I don't know the exact meaning. Any hints?

Thanks!
Luca

2011/7/12 Peter Wraae Marino <marino...@gmail.com>

[chrissky]

I noticed the bug a couple weeks ago. Taking down our site
(www.pittsburghtoday.org) wasn't an option. But I realized that the
fix is pretty simple if you can add some server-side script. Just have
the script echo the feed results with the correct MIME type. Problem
solved in less than an hour.

On Jul 12, 8:10 am, "lucamattosmol...@gmail.com"

<lucamattosmol...@gmail.com> wrote:
> I agree with you! This bug is critical and has been noticed more than a month ago. They are taking too long to fix it, as if it is wasn`t so important (your website just won`t open for some users!)
> I`m a bit disapointed too...
> Enviado de meu telefone Nokia
> -----Mensagem original-----
> De: Peter Wraae Marino
> Enviado:  12/07/2011, 03:29
> To: google-visua...@googlegroups.com
> Assunto: Re: [visualization-api] Re: visualization does not work in internet explorer...still
>
> Hi Luca,
>
> I wrote directly to one of the developers and he said they have a fix for
> this problem, but he couldn't tell me when it would be release.
>
> I find it very strange that they don't release a fix for such a major bug.
> I'm currently removing all googles charts, tables, spreadsheets from my
> website because the club I work at have 800 members and I'm receiving too
> many complaints that pages are failing.
>
> This bug has been valid for a long time and apparently google don't see this

> as a major bug (which it is). I am a Chrome user, but lots of our clientsstilluse IE and I have to make sure our website works for them too.

>
> This bug really is making me reconsider using googles api.
>
> Peter
>

[Peter Wraae Marino]

Hi Luca,

are you sure you are running the developer api.... if I remember correctly google uses versions like "1.1" as release and "1.0" as developer apis

in the release version you will not get any error notifications.

regards,

Peter

[Peter Wraae Marino]

Hi Chris,

Using a proxy has always been an option... but the whole idea for me using the google api is to get around having to have server side code. The website I'm using is based on squarespace which don't allow any server side coding at all... I do have other servers so I could have gone with the proxy solution, but I think it is an unnecessary weak link in the retrieval of data.

Right now using the removal of "pub" in url works, not an optimal solution.. but a good enough workaround until google can resolve this problem.

Peter

[Luca Mattos Möller]

I'm not sure, I'm using the GWT Vizualization API, and I don't know which javascript api it loads exactly.

2011/7/13 Peter Wraae Marino <marino...@gmail.com>

[ChartMan]

Hi All

This issue should be resolved now.

Can you please try using IE9 again and see that it works well. 

Moreover, please revert back to using "pub" URLs which point to published sheets.

Cheers

ChartMan

[Luca Mattos Möller]

Hi ChartMan,

the bug I was reporting still remains. I think the problem happens when the GWT vizualization api is loading the javascript chart api (I have the impression that the gwt api uses the package "columnchart", and ie9 is not working fine with it. It only works with "corechart", but if I load this package myself the charts made through the gwt api become very ugly (dont work with the 3d, etc).

To reproduce this bug, you just need to try to run in IE9 the getting started example of the api, which can be found at:
 http://code.google.com/p/gwt-google-apis/wiki/VisualizationGettingStarted

I couldn't make it run in IE9, but it works fine in other browsers, including IE8. Should I report this issue somewhere else?

Thanks!
Luca

2011/7/15 ChartMan <char...@google.com>

[Peter Wraae Marino]

Fantastic!... it works again! 

thanks,

Peter

[Viz Kid]

The GWT code was modified a while back to use the new packages which does work on IE9. We've added a deprecation warning when you are using it (see here) and a message on what you should use.

We will not fix the old packages to support IE9 - I suggest to try our the new packages and the new GWT code.

  Viz Kid

[Luca Mattos Möller]

Oh, thanks Viz! (I thought I was using the latest gwt-vizualization.jar, but I wasnt. So I didnt see the deprecation, my mistake =S)

I'm using the 3D ColumnChart, and it seems 3D is not supported with the "corechart" package until now. I need the 3D because it makes very small value collums remain visible (because of the 3D perspective). And I need them to be visible so they are clickable (my app does something important when the user clicks a column). I guess I'll need another solution for now. Are there any plans to implement the 3D feature in the corechart package?

Thanks!
Luca

2011/7/16 Viz Kid <viz...@google.com>

[Viz Kid]

I'm not sure if or when we will have 3D column chart in the corechart package, sorry.

  Viz Kid

[Dennis Wegewijs]

This example works with the columnchart and therefore not working in IE9.

http://www.geocodezip.com/v3_elevation-profile_distance.html

Now if there will not be any bug fixes for the columnchart in IE9 is there somebody who knows how to do something like this with the corechart?

Thanks.

[Antonio Bulgheroni]

I'm sorry but it is not fixed for me, at least it is not for IE8 and data queries.

I have a page that perfectly renders on Firefox but it appears empty on IE8. I got an error saying that google.visualization.Query is null or not an object, but it is not a problem with the DB because it works form firefox.

Just for your information, I'm taking the data from a Fusion Table.

Cheers,

[Randy Majors]

I'm having the exact same problem:  IE7 IE8 and IE9 all show "Query is null or not an object" when querying a fusion table using google.visualization.Query

Yet it works perfectly in Chrome, Firefox, and Safari

Has anyone found a fix for this?  

All the best

Randy

[Randy Majors]

I found the bug and the fix for the IE google.visualization.Query object "is null or not an object" error that happens to some people on IE7 8 or 9.

The culprit appears to be the Google Friend Connect widget on Blogger.  Note that the "Support My Blog" Google checkout widget on Blogger also somehow references Google Friend Connect.   

So....to fix the problem, I had to remove the "Support My Blog" widget from my Blogger template, and now google.visualization.Query works fine on all browsers including IE7 8 and 9. (And note that it always worked fine on Chrome, Firefox, and Safari even with Google Friend Connect and Support My Blog widgets on the page...so this bug appears to be unique to IE and Blogger widget implementations of Google Friend Connect)

I guess no more support for my blog until this one is fixed by google ;)

Hope this helps someone...

[Kaha Bazaraly]

Hi,

I had the same problem.
VisualizationUtils.loadVisualizationApi(onLoadCallback, CoreChart.PACKAGE);,  - CoreChart.PACKAGE - is most important thing (Unfourtinatly it has ugly 3D).

If it doesn't work, you can run the playground http://code.google.com/apis/ajax/playground/?type=visualization on the IE (I'm using IE 10 on Win7 64bit).
Probably it required Google Frame or smthng like that, I didn't remember exactly, If everything after install is OK, you can copy script lines for chart from playground,
but the most important thing is in using CoreChart.PACKAGE for any charts.


And it run without Google Frame, I check it on two IE 9/10.



воскресенье, 5 июня 2011 г., 17:09:07 UTC+6 пользователь Peter Wraae Marino написал:

Hi,

I have parents from our club that can't see any of the visualization charts and tables from this website:

http://www.bellingegymnasterne.dk/lalandia/ because they are using internet explorer.

I'm a chrome user and it works fine here, when I test it with my own internet explorer then it doesn't work.

my internet explorer is: 

version: 9.0.8112.16421

computer is: windows 7 64-bit

is this bug valid? do I really need to go back to html tables?

Peter