Closed Bug 831979 Opened 12 years ago Closed 12 years ago

Story - Mouse friendly forms

Categories

(Tracking Graveyard :: Metro Operations, defect)

All
Windows 8.1
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: asa, Unassigned)

References

Details

(Whiteboard: feature=story c=Content_features u=metro_firefox_user p=0)

Attachments

(1 file)

Attached file UC-144 Mouse friendly forms (deleted) —
No description provided.
Priority: -- → P2
Whiteboard: c=Content_features u= p= → c=Content_features u=metro_firefox_user p=
Whiteboard: c=Content_features u=metro_firefox_user p= → c=Content_features u=metro_firefox_user p=8
Depends on: 801143
Summary: Mouse friendly forms → Story – Mouse friendly forms
Whiteboard: c=Content_features u=metro_firefox_user p=8 → c=Content_features u=metro_firefox_user p=8 feature=story
OS: Windows 8 → Windows 8 Metro
Whiteboard: c=Content_features u=metro_firefox_user p=8 feature=story → feature=story c=Content_features u=metro_firefox_user p=0
Depends on: 785764
Assignee: nobody → mbrubeck
Whiteboard: feature=story c=Content_features u=metro_firefox_user p=0 → feature=story c=Content_features u=metro_firefox_user p=8
Blocks: metrov1it2
Status: NEW → ASSIGNED
No longer blocks: metrov1backlog
Depends on: 840270
I believe this story is complete. There is at least one known issue (bug 840270) but I think this is a polish bug that does not need to block this story.
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Component: General → Input
Hardware: x86_64 → All
Resolution: --- → FIXED
Whiteboard: feature=story c=Content_features u=metro_firefox_user p=8 → feature=story c=Content_features u=metro_firefox_user p=8 status=for_testing
Target Milestone: --- → Firefox 21
Whiteboard: feature=story c=Content_features u=metro_firefox_user p=8 status=for_testing → feature=story c=Content_features u=metro_firefox_user p=8
Asa to conduct testing.
Flags: needinfo?(jbecerra)
In testing, with 2013-02-14 mozilla-central Metro Firefox, we found several items. The first defect is that the page scrolls (presumably to make room for the on-screen keyboard) when interacting with forms. See http://www.lehigh.edu/~inwww/form-test.html where typing or even simply tabbing through the forms, the page scrolls up some. The second defect is that a simple select widgets show a touch pop-up rather than the regular pointer-based pop-up. (possibly covered by bug 840270) The third defect is that multiple select widgets show a touch pop-up rather than having direct interaction. (bug 840270) We need to have at least the second and third issues addressed before we can resolve this story. I'm going to assume that the scrolling behavior is part of the scrolling for on-screen keyboard story and we can handle that there.
Status: RESOLVED → REOPENED
Flags: needinfo?(jbecerra)
Resolution: FIXED → ---
Scrolling / focus related problems are down in the form manager. bug 785425 was filed on reworking this area of the code to try and fix these issues.
Blocks: metrov1backlog
No longer blocks: metrov1it2
Summary: Story – Mouse friendly forms → Story - Mouse friendly forms
Component: Input → Metro Operations
Product: Firefox for Metro → Tracking
Target Milestone: Firefox 21 → ---
Version: unspecified → ---
Depends on: 785425
Assignee: mbrubeck → nobody
No longer depends on: 785425
I believe this can be resolved. There exists story bug 855434 to catch any remaining broken HTML forms.
Status: REOPENED → RESOLVED
Closed: 12 years ago12 years ago
Resolution: --- → FIXED
Blocks: metrov1it0
No longer blocks: metrov1backlog
Priority: P2 → --
Whiteboard: feature=story c=Content_features u=metro_firefox_user p=8 → feature=story c=Content_features u=metro_firefox_user p=0
OS: Windows 8 Metro → Windows 8.1
Product: Tracking → Tracking Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: