Closed
Bug 562223
Opened 14 years ago
Closed 12 years ago
Form helper interferes with litmus.mozilla.org
Categories
(Firefox for Android Graveyard :: General, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: martijn.martijn, Assigned: vingtetun)
References
()
Details
(Keywords: testcase, Whiteboard: formfill)
Attachments
(1 file)
377 bytes,
text/html
|
Details |
I tried to run tests from litmus.mozilla.org on the Nokia n900, but I already got stuck, while trying to give the OS that I use. Anyway, to reproduce the issue, see testcase: - Click on the first multiple select - In the form helper, mark one or both of the options as selected - Click on the "Next" button in the form helper Expected result: The next multiple select is focused, the form fill helper ui is updated with the option 'a' and 'b' to choose from. Actual result: The next multiple select is focused, but the form fill helper ui is only showing the first option 'a', not the second option 'b'. This is probably happening, because the setCurrentElement function is first updating the form fill helper ui and then focusing the next form element: http://mxr.mozilla.org/mobile-browser/source/chrome/content/browser-ui.js#1584 But in this case, that is not working. It seems to me, first the next form element should get focused, then the form fill helper ui should get updated (populating it with the then available options).
Assignee | ||
Updated•14 years ago
|
Whiteboard: formfill
Updated•14 years ago
|
Whiteboard: formfill → formfill mobile-triage
Assignee | ||
Updated•14 years ago
|
Assignee: nobody → 21
Updated•14 years ago
|
Whiteboard: formfill mobile-triage → formfill
Reporter | ||
Comment 1•12 years ago
|
||
Mass resolving XUL Fennec I filed to WORKSFORME. If someone still cares about this bug, please reopen.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•