Closed Bug 1182478 Opened 4 years ago Closed 4 years ago

cursor does not change on hover, infowindow does not open


(Core :: General, defect)

39 Branch
Not set





(Reporter: timholz, Unassigned)



(1 file)

Attached file ff bug >
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:39.0) Gecko/20100101 Firefox/39.0
Build ID: 20150630154324

Steps to reproduce:

• i added google maps to a website (see attachement)
• i assigned different cursor icons to the markers
• i assigned a function 'click' to the markers to open an infowindow
• i tested the page extensively on browserstack and compared the behaviour with other browsers, which reacted as expected

Actual results:

• on firefox > 38 the cursor icon does not show on hover (marker: p europe)
• on firefox > 38 the marker p europe does not open on first click, but on second
• all other browsers did what was to be expected

Expected results:

• to show the correct cursor icon on hover
• to open the infowindow on first click
I tested a similar file on jsfiddle:
In ff 39 the behaviour is again different.
• cursor does not change icon on hovering marker «arrivée»
• but infowindow opens as expected on first click on marker «arrivée»
Why does this need to be security-sensitive?
Flags: needinfo?(timholz)
Sorry, i was not aware of this. Where can i reverse this option?
Flags: needinfo?(timholz)
Product: Firefox → Core
Removed, thanks.

I don't suppose you can create a smaller testcase that doesn't involve all of google maps? As it is, there's quite a lot of JS involved and searching for "cursor" and "marker" got me nothing useful, so it's hard to know where to start in terms of understanding what's going wrong here. What cursor are you setting, and how? Is it the same as the one for "Départ" ?
Group: core-security
Flags: needinfo?(timholz)
I'll try to simplify. But for now:
I am setting different cursor icons for different markers.
So it is not the same one as for «départ». But as i said, i'll try to break down the issue.
Flags: needinfo?(timholz)
UA spoofing helps:
user_pref("general.useragent.override", "Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/43.0.2357.65 Safari/537.36");

So, this is GoogleMaps API bug.
Thank your very much for the update.
I guess with this info this issue is resolved.
Closed: 4 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 1175863
Moving from Core::Untriaged to Core::General
Component: Untriaged → General
You need to log in before you can comment on or make changes to this bug.