If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

Overlapping menus on amazon.com page.

VERIFIED FIXED

Status

Fennec Graveyard
General
VERIFIED FIXED
8 years ago
4 years ago

People

(Reporter: Jan Pieniadz, Assigned: mbrubeck)

Tracking

(Depends on: 1 bug, {qablocker})

Trunk
qablocker
Dependency tree / graph

Details

(URL)

Attachments

(3 attachments)

(Reporter)

Description

8 years ago
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.
(Reporter)

Comment 1

8 years ago
Created attachment 423970 [details]
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?
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).
Keywords: qablocker

Updated

8 years ago
Depends on: 460966
Waiting on platform bugs. Won't make it for 1.1

Updated

7 years ago
Component: Linux/Maemo → General
OS: Linux → Linux (embedded)
Hardware: Other → ARM
Assignee: nobody → webapps
tracking-fennec: ? → 2.0b1+
Depends on: 576192
(Assignee)

Comment 7

7 years ago
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)

Comment 8

7 years ago
Created attachment 475406 [details] [diff] [review]
patch: synthesize a mousemove event
Assignee: webapps → mbrubeck
Status: NEW → ASSIGNED
Attachment #475406 - Flags: review?(mark.finkle)
(Assignee)

Updated

7 years ago
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+
(Assignee)

Comment 10

7 years ago
http://hg.mozilla.org/mobile-browser/rev/a589f0fde01a
Status: ASSIGNED → RESOLVED
Last Resolved: 7 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
(Assignee)

Updated

7 years ago
Blocks: 483958
tracking-fennec: ? → ---
You need to log in before you can comment on or make changes to this bug.