User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:18.104.22.168) Gecko/20091221 Firefox/3.5.7 (.NET CLR 3.5.30729) Build Identifier: Mozilla/5.0 (X11; U; Linux armv7l; en-US; rv:22.214.171.124pre) Gecko20100126 Namoroka/3.6.1pre Fennec/1.0pre Maemo 5 fennec_1.0~20100126170542_armel xulrunner_126.96.36.199pre-20100126164952_armel Reproducible: Always Steps to Reproduce: 1. Go to http://amazon.com page. 2. Click on various categories to invoke some sub-menus. Actual Results: While opening new sub menu, old one stays opened (screenshot). Expected Results: While opening new sub menu, old one should be closed.
Confirmed on build: Mozilla/5.0 (X11; U; Linux armv7l; Nokia N900; en-US; rv:188.8.131.52pre) Gecko/20100216 Namoroka/3.6.2pre Fennec/1.1a2pre
We need a reduced testcase for this bug. Martijn, can you take a look at this and reduce it down for us?
Created attachment 434087 [details] testcase I don't really have a testcase based on Amazon. That page uses all kinds of complicated JQuery stuff, which is impossible for me to untangle. The testcase I attached, shows some weird behavior on Fennec. Only after I click on element a, I get to see mouseover/mouseout events. I get those even if I move the mouse in completely unrelated areas. Is this expected behavior? It seems weird to me.
This is related to bug 483958 and bug 460966. I guess Fennec must do the same as what the iPhone is doing (although I have no idea if it's working correctly on the iPhone).
Waiting on platform bugs. Won't make it for 1.1
This isn't helped by bug 576192. It still seems to depend on bug 460966, which is currently blocking-fennec:2.0-
Created attachment 475406 [details] [diff] [review] patch: synthesize a mousemove event
Comment on attachment 475406 [details] [diff] [review] patch: synthesize a mousemove event Let's make sure we don't regress anything with this, but it looks so simple.
verified FIXED on build: Mozilla/5.0 (Android; Linux armv71; Nokia N900; en-US; rv:2.0b6pre) Gecko/20100916 Namoroka/4.0b7pre Fennec/2.0b1pre