IssueTracker

Going back to 3.6 fixed it so it looks like it is 3.7.

3.7: http://icloudy.me/E25v 
3.6: http://icloudy.me/E1cN

[Comment deleted]

What browser(s) does this affect?

If you could add an example that clearly demonstrates the issue, that would help reproduce the bug.

Here are some screenshots of the issue (in attachment).
They should also be viewable at: http://www.mypicx.com/10272011/gmaps-api-issue_3652/

If you need more info, I'd be happy to provide it.

I have the same issue with IE8 only

How do I request a merge? I have the same issue in issue 3917 with example attached.

Scaled markers don't display v3.7 (3 markers):
http://www.geocodezip.com/geoxml3_test/v3_geoxml3_kmltest_stylemap_marker.html?filename=http://www.geocodezip.com/geoxml3_test/www_granvik_no_test_kml.xml
(javascript error in chrome)

Same page with v3.6 (4 markers):
http://www.geocodezip.com/geoxml3_test/v3_geoxml3_kmltest_stylemap_marker_36.html?filename=http://www.geocodezip.com/geoxml3_test/www_granvik_no_test_kml.xml

Seen on Firefox 9.0.1 and 10.0.1.

Can also reproduce this bug, using FF11. Intercepting the bubbeling DOMMouseScroll does work until the mouse leaves the map div, then the event handler will never be fired again - but the page does scroll-with again. This behavior is only in Firefoxes, not in other browsers.
Please visit https://bugzilla.mozilla.org/show_bug.cgi?id=681200#c15 .
Smells like a Google Maps Firefox hack, that does remove my handler or whatever. Are there non-minified versions of Google APIs?

Seems to have been fixed? I'm certainly not having my error any longer.

I also have no errors. Seems to been fixed yeah.

Yep, looks like we've been bumped up to 3.8 and this has been fixed in that verison.

Is there a changelog for 3.8 anywhere? I've not seen it on the official releases.

The issue still occurs on IE8!

I can also confirm that the issue still occurs in IE7 and IE8, works in IE9 though

I had the same issue on IE9 two days ago. Today on the same browser I get a small part of the image with the scaled size, but it is not the image scaled down, it's a part of the image. This applies to Win7/64 system.

On another a Vista32 system with the same IE9 the images are correct.

[Comment deleted]

I fixed mine by making sure to use a full absolute url for the image file.

Actually, it was fixed only in the sense that they are showing up now, and at the right size, but they're still blurrier than they should be (just like the default marker).

Hi all, yes, this was fixed. Scaled markers are now rendered using Canvas, which is why you may have noticed the difference in interpolation.

Hi, we are still having problems with this. We are using a google map with marker overlays (setting a circle as an icon, which we then scale). It's still not working properly in IE7 or IE8, but renders fine on all other tested browsers. I will add screen-shots here to show what I mean.

Hi, please reopen the ticket! It's definitely not fixed in IE8!
I am using a sprite image for the marker, where I set the origin point and also the scaled size parameters in order to adapt marker's size according to the current zoom level.

Code example:
new google.maps.MarkerImage(markerImageURL, new google.maps.Size(40, 40), new google.maps.Point(0, 0), new google.maps.Point(20, 20), new google.maps.Size(40, 1120)

I don't have this problem in Chrome or Safari.

Thx

Hi, I am also still having problems in IE8 (similar like blue circles above). However when marker is set as editable, then image is scaled properly.

I would also like to add my nomination for this to be reopened.

So setting optimized to false causes the api to not use canvas to render the markers, is that true?

To you guys who are still having issues, have you tried optimized: false?

You are correct, the following works well:

optimized: !(jQuery.browser.msie && jQuery.browser.version < 9)

However, one could argue that this should have been handled at the maps api side, but nevertheless, as long as there's a workaround, I'm satisfied. Thanks!