| Issue 1055: | Wrong latlng value in click handler with IE8/RC1 | |
| 71 people starred this issue and may be notified of changes. | Back to list |
Sign in to add a comment
|
What steps will reproduce the problem? Please provide a link to a demonstration page if at all possible, or attach code. 1. Go to http://maps.alphadex.de/maps/ie8rc1.html in IE8/RC1 2. Click on any point, watch the output of GLog. The latlng value is wrong What version of the API are you using? 2 What operating system and browser are you using? IE8 RC 1, either Windows. ********************************************************* For developers viewing this issue: please click the 'star' icon to be notified of future changes, and to let us know how many of you are interested in seeing it resolved. ********************************************************* |
||||||||||
,
Feb 15, 2009
Hi there- We don't officially support IE8 yet, but I'm willing to look into this if you can provide a bit more information. How is the lat/lng value wrong? Is it off by a few digits? Or by a lot? Please provide a specific example. Thanks! |
|||||||||||
,
Feb 19, 2009
Hi pamela, it is off a lot of degrees. e.g. should be 52,xxx, is 49,xxx. The sample I provided will show that to you. Click the map in IE7/FF/Chrome and click it in IE8/RC1 or IE8/Windows 7. You'll see the difference. Regards |
|||||||||||
,
Feb 19, 2009
Got it, thanks.
Status: Accepted
Labels: Internal-1661815 |
|||||||||||
,
Feb 26, 2009
Thanks, pamela. Just a side note: Happens with the IE8 version of Windows 7 too. Regards |
|||||||||||
,
Mar 17, 2009
Issue 1137 has been merged into this issue. |
|||||||||||
,
Mar 19, 2009
Problem occurs in today's just released final version IE8/XP also (Version 8.0.6001.18702). Note that the error is non-linear. Using website mentioned in initial post, look at just longitudes of european cities, starting with Hamburg, moving west to Amsterdam In IE8: Hamburg: 14.5 Groningen: 11.0 Leeuewarden: 10.3 Amsterdam: 3.8 !!! In Safari: Hamburg: 10.1 Groningen: 6.8 Leeuwarden: 5.8 Amsterdam: 5.0 -Peter |
|||||||||||
,
Mar 19, 2009
Although it is not a minimal example, I believe this is happening on my site www.tinymap.net as well. The clicks seem to come out in very strange positions. |
|||||||||||
,
Mar 31, 2009
You can see the problem in one of the examples from the Maps API blog here too: http://gmaps-samples.googlecode.com/svn/trunk/poly/mymapstoolbar.html |
|||||||||||
,
Apr 01, 2009
We're unable to replicate this any more, with latest IE. Do you still see it? |
|||||||||||
,
Apr 01, 2009
Unfortunatly, with IE 8 the issue still exist. I was right now on the latest update with Windows XP Professional SP3 and IE8, at least i cannot find any IE version which is newer. IE 8 Version: 8.0.6001.18702, Compatibility mode off. Still a click on a map to create any overlay (marker or polyline or polygon) is off - i *think* depending on zoom level. I tried on http://gmaps-samples.googlecode.com/svn/trunk/poly/mymapstoolbar.html Interesting, dragging a existing (for all overlays) works as expected. Loading the page with compatibility mode on, all work ok. Kindly regards, Frank |
|||||||||||
,
Apr 02, 2009
I have the same version of IE (8.0.6001.18702) and can reproduce the issue with compatibility mode off in Windows XP. This issue (or a very similar one) has been filed as a bug with Microsoft and is still active: http://connect.microsoft.com/IE/feedback/ViewFeedback.aspx?FeedbackID=362142 |
|||||||||||
,
Apr 02, 2009
Yes, this seems to be it. Good find! There is a link to a testpage in the comments to http://www.gtalbot.org/BrowserBugsSection/Opera9Bugs/Opera7BugOffsetXY.html |
|||||||||||
,
Apr 02, 2009
I tried it on www.itouchmap.com/latlong.htm with the released version of IE8 and the problem still exists. Initially though when I went to the website the "compatibility mode" was on so I manually switched it off and the problem appears. Thanks, Al |
|||||||||||
,
Apr 04, 2009
I can confirm that this problem is always there. This bug is obvious with the following example coming from google map api: http://code.google.com/intl/fr/apis/maps/documentation/examples/event-arguments.html when clicking on map with IE 8, the info window is opened at a wrong position. Pamela, have you some suggestions to fix this bug ? As if we need to wait for the release of IE9, we could have to wait a long time. |
|||||||||||
,
Apr 04, 2009
Thanks, I've replicated again and checked out the IE8 bug report. It does appear to be the same as reported there. |
|||||||||||
,
Apr 14, 2009
Pamela, some reponse from microsoft about this? Do you know where I can see the evolution about solution? |
|||||||||||
,
Apr 15, 2009
Yes, I have this problem, too. Add '<meta http-equiv="X-UA-Compatible" content="IE=EmulateIE7" >' in the HTML header to solve it temporarily. |
|||||||||||
,
Apr 17, 2009
Ken, this hack indeed helps a lot! Thanks for sharing. Regards |
|||||||||||
,
Apr 19, 2009
Thanks Ken. The meta tage workaround you mentioned works great. -Al |
|||||||||||
,
Apr 22, 2009
remove doc type like with ie8 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> remove it. |
|||||||||||
,
Apr 27, 2009
This may be a different bug, but seems to be the same, in that the results are very similar. I have attached a simple example which uses streetview to display a location clicked on the map. Under IE8 in standards mode, the map click always returns the wrong coordinates, as noted in this bug report. In Firefox, it works correctly. However, in both Safari and in Chrome, it works correctly if the map is not scrolled, but if the map is scrolled, then the click returns incorrect coordinates similar to those returned by IE8 in standards mode (whether scrolled or not).
|
|||||||||||
,
May 17, 2009
I have exactly the same in http://www.poi66.com/maps/add_city.php?album=&lat=29.9704&lon=32.54597&more=1&type=0 You click a point and it should put the cursor there. The cursor is gone. Use IE8 on XP without the tag fix. Thanks for making this bug googleable. Drove me nuts debugging my JS. |
|||||||||||
,
May 17, 2009
The <meta http-equiv="X-UA-Compatible" content="IE=EmulateIE7"> fix did not work with the above URL. Nasty stuff. |
|||||||||||
,
May 17, 2009
I updates IE8 and it looks all fine now. Thx. |
|||||||||||
,
May 18, 2009
Probably it's related, editable polylines also don't work correctly in ie8. Example here: http://gmaps-samples.googlecode.com/svn/trunk/poly/mymapstoolbar.html |
|||||||||||
,
May 23, 2009
adding the meta tag indeed works, but of course, screws up all of your css if you have css targeted to IE8 Is there a mathmatical workaround? Anyone? |
|||||||||||
,
May 24, 2009
Changing status of "Accepted" issues to "Acknowledged", to clarify their state. We may not be able to resolve all bugs or fulfill all feature requests, but we do thank you for filing them, and we will continually revisit all acknowledged issues and evaluate their feasibility. Thanks!
Status: Acknowledged
|
|||||||||||
,
May 30, 2009
There was some confusion with the change from the "Accepted" status to the "Acknowledged" status, and some developers took that to mean that their bug was being downgraded. This was only a wording change, not a priority change. We are still working on fixing many bugs (particularly the regression bugs), so a fix for your bug may still be coming in the future. After a discussion in the forum, we will now use "Confirmed" instead of "Acknowledged". This status indicates that we have verified the bug, reported it internally, and it is included in the list of bugs that we review each week (when determining what to fix next).
Status: Confirmed
|
|||||||||||
,
Jun 25, 2009
Removing the DOCTYPE was the only solution that worked for me....this forces IE into "Quirks Mode." I did not find that the <meta> solution worked for me. |
|||||||||||
,
Jun 26, 2009
I fixed some W3C-broken tags like &bla=2 to &bla=2, and <img xxxxxxx/> and now it all works in IE8 without the quirks mode but with the meta tag. |
|||||||||||
,
Jun 26, 2009
I use XHMTL transitional doctype and added the meta tag IE=EmulateIE7 as described in one of the links inside this post: http://blogs.msdn.com/ie/archive/2009/02/16/just-the-facts-recap-of-compatibility-view.aspx If you have targeted css for IE7 the page will use that as "rendering mode" is IE7 standards or quirks depending on your doctype. That is, your IE8 css will not be used. The G Maps API code could possibly switch its pixel calculation by looking for the correct properties as describe in the link above. That is, if in IE8 mode compensate for this problem http://blogs.msdn.com/ie/archive/2009/02/16/just-the-facts-recap-of-compatibility-view.aspx amd in IE7 mode or below do same as you are currently are doing... |
|||||||||||
,
Jun 27, 2009
I had a problem when clicking on the map it would move to different locations. Which would result in the wrong long / lat and address being displayed. To solve the problem I removed <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> from the page. The site that it is on, under the location tab is http://www.yellemail.com/index.php?ac=4&lac=3|2|0&lan=en# Hope that this helps Susan http://www.suresoftservices.co.uk |
|||||||||||
,
Jul 14, 2009
Issue 1459 has been merged into this issue. |
|||||||||||
,
Jul 16, 2009
I correct this problem. Just replace DOCTYPE to <!DOCTYPE HTML PUBLIC "-//W3C//DTD
HTML 4.0 Transitional//EN"> and all work correct. For sake size-word i recommend
write in CSS something like: table {font-size:12px;}
Good Luck
Kalashnikov.
|
|||||||||||
,
Jul 22, 2009
Issue 1505 has been merged into this issue. |
|||||||||||
,
Jul 29, 2009
For now you must add this meta tag in the map pages: <meta http-equiv="X-UA-Compatible" content="IE=EmulateIE7" /> |
|||||||||||
,
Jul 29, 2009
Ok, the meta tag works great!!! thanks ken |
|||||||||||
,
Jul 29, 2009
Any news on *when* this issue will be resolved? It has been outstanding from at least February! Like many developers, I have been busy making sites fully IE8 compatible. So using the <meta http-equiv="X-UA-Compatible" content="IE=EmulateIE7" /> is not a viable solution, as it messes up all the CSS (which is otherwise now compatible with Firefox etc). I have a site which is highly location-oriented, using Goggle maps to show results, and allowing users to pick spots on the map; that now is useless. Editors also pick spots on maps to precisely define venue locations, and that is also now useless. Regards, John Walton http://www.danceweb.co.uk/ |
|||||||||||
,
Jul 29, 2009
As far as we can tell, the solution for this must come from IE. There are 0 workarounds listed for the bug here: http://connect.microsoft.com/IE/feedback/ViewFeedback.aspx?FeedbackID=362142 If you are familiar with a workaround for this IE bug, please post here. |
|||||||||||
,
Jul 29, 2009
According to the IE bug description given at the microsoft connect link (see comment 40), it appears that the bug is very predictable. (See also http://www.gtalbot.org/BrowserBugsSection/Opera9Bugs/Opera7BugOffsetXY.html which is linked from the bug description on microsoft's site). Because it is deterministically predictable, I imagine it would be possible for a workaround to be written into the google maps api code. At the very least, it would detect for IE8 and then compensate, but ideally it would dynamically detect the presence or absence of that specific bug (rather than detecting IE8 itself), and act accordingly. To compensate, manually add the missing padding amount(s) to the result of offsetX and offsetY. (see the gtalbot.org link above). How does that sound? |
|||||||||||
,
Jul 29, 2009
I strongly recommend that the developers look into implementing a work around for this since, assuming IE7 mode is unacceptable, it would be a show-stopper. Fixing it may prevent some api users from moving to other map apis... (yahoo, for instance) |
|||||||||||
,
Jul 29, 2009
Okay, we'll see what we can do. I encourage you to comment on IE's bug site as well and tell them this bug affects you. |
|||||||||||
,
Jul 31, 2009
The same problem we have at our site (http://www.huffingtonpost.com/2009/07/26/send-us-your-favorite-loc_n_245133.html) Please check here : steps to reproduce : 1. Please click to the button participate 2. You should register as normal user. I mean non facebook, non google user (it's just more fastest way to register). 3. When you get your login details, you should click again to the participate and after you will see the form. There you can see the same problem with marking location I am going to try fix this problem with your recommended here suggestions, but I am not sure that these fixes will be pretty stable and these fixes are normally. I've feeling that we should any change at the Google API. Windows : OS Name Microsoft Windows XP Professional Version 5.1.2600 Service Pack 3 Build 2600 IE 8 : Version 8.0.6001.18702 |
|||||||||||
,
Aug 04, 2009
As stated on the Microsoft bugreport page, there are no plans to fix this bug in IE8. The only concession they made is that Microsoft will look into fixing it for future versions (IE9+ is what i make of this). Quote: "At this time we do not plan on fixing this issue in the IE8 time frame. We appreciate the report, but unfortunately we are at a stage where need to choose what we work on to maximize the value for customers and web developers. We will track the issue and hope to address it in a future version of IE. " http://connect.microsoft.com/IE/feedback/ViewFeedback.aspx?FeedbackID=362142 So to get to a workable situation for IE8, either we have to persuade Microsoft that this bug has a bigger impact than they believe, or the Maps team has to produce a fix specifically for IE8. The first seems unlikely, the second feels dirty. Rock and a hard place, anyone? |
|||||||||||
,
Aug 04, 2009
In case it's of use to others: 1) I found that the IE8 "emulate-IE7" meta tag only worked if it was included before the style sheets in the head of the page. 2) Testing suggests that the size of error is affected by the position of the Google map on the page, but that even in an unstyled page (so the map div is not positioned by any user CSS) the error occurs. |
|||||||||||
,
Aug 07, 2009
Strangely enough the gmap2 event mousemove(latlng:GLatLng) latlng position is correct. So as a workaround I save the position in the mousemove event handler, and then use that position in the click event, if the browser is IE8. It is a bit of a hack, but it works, and lets me keep the doc type and avoid the emulate IE7 meta tag. |
|||||||||||
,
Aug 07, 2009
Hello Comment 47 Profound news! I have now implemented this workaround in my google maps tool http://www.birdtheme.org/useful/googletool.html Let me add that the event lineupdated (when editing in my tool) seems also to give correct coords. I hope the discovery is of help for the development team. |
|||||||||||
,
Oct 07, 2009
Hello, I run this example (directly from google): http://code.google.com/intl/es/apis/maps/documentation/examples/event-arguments.html and it works fine. But I copy the code in my application and does not work, as mentioned in this post. What is the problem?, try and see. |
|||||||||||
,
Nov 02, 2009
I'm trying to view examples published by google itself with IE8 (see for example: http://code.google.com/apis/maps/documentation/v3/examples/event-simple.html) but the map is not shown. I tried also to insert a map in my own application and the javascript error that appears is "Error: 'google' is undefined" Can you help me? |
|||||||||||
 Sign in to add a comment
|
|||||||||||
