Closed Bug 542735 Opened 10 years ago Closed 9 years ago

Overlapping menus on amazon.com page.

Categories

(Firefox for Android Graveyard :: General, defect)

defect
Not set

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: janpieniadz1, Assigned: mbrubeck)

References

(Depends on 1 open bug, )

Details

(Keywords: qablocker)

Attachments

(3 files)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:1.9.1.7) Gecko/20091221 Firefox/3.5.7 (.NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (X11; U; Linux armv7l; en-US; rv:1.9.2.1pre) Gecko20100126 Namoroka/3.6.1pre Fennec/1.0pre

Maemo 5
fennec_1.0~20100126170542_armel
xulrunner_1.9.2.1pre-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.
Attached image Screenshot
Confirmed on build:

Mozilla/5.0 (X11; U; Linux armv7l; Nokia N900; en-US; rv:1.9.2.2pre) Gecko/20100216 Namoroka/3.6.2pre Fennec/1.1a2pre
Status: UNCONFIRMED → NEW
tracking-fennec: --- → ?
Ever confirmed: true
We need a reduced testcase for this bug. Martijn, can you take a look at this
and reduce it down for us?
Attached file 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).
Keywords: qablocker
Depends on: 460966
Waiting on platform bugs. Won't make it for 1.1
Component: Linux/Maemo → General
OS: Linux → Linux (embedded)
Hardware: Other → ARM
Assignee: nobody → webapps
tracking-fennec: ? → 2.0b1+
Depends on: 576192
This isn't helped by bug 576192.  It still seems to depend on bug 460966, which is currently blocking-fennec:2.0-
tracking-fennec: 2.0b1+ → ?
No longer depends on: 576192
Assignee: webapps → mbrubeck
Status: NEW → ASSIGNED
Attachment #475406 - Flags: review?(mark.finkle)
OS: Maemo → All
QA Contact: maemo-linux → general
Hardware: ARM → All
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.
Attachment #475406 - Flags: review?(mark.finkle) → review+
http://hg.mozilla.org/mobile-browser/rev/a589f0fde01a
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
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
Status: RESOLVED → VERIFIED
Blocks: 483958
tracking-fennec: ? → ---
You need to log in before you can comment on or make changes to this bug.