Closed
Bug 855434
Opened 12 years ago
Closed 11 years ago
Story - Non HTML5 specific form elements should work
Categories
(Tracking Graveyard :: Metro Operations, defect, P1)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: bbondy, Assigned: sfoster)
References
Details
(Whiteboard: [block28] feature=story c=Content_features u=metro_firefox_user p=13)
This story is not about getting newer HTML5 form elements working (although those should fallback to standard form elements where appropriate).
This story is about having standard form elements working correctly with parity to Desktop Firefox.
Reporter | ||
Updated•12 years ago
|
Blocks: metrov1triage
Comment 1•12 years ago
|
||
Hi Asa, just requires story requirements and an Epic to relate to.
Flags: needinfo?(asa)
Reporter | ||
Comment 2•12 years ago
|
||
I think the content features epic, I'm marking it.
Blocks: 831565
Flags: needinfo?(asa)
Reporter | ||
Comment 3•12 years ago
|
||
Can maybe be combined with bug 831979
Updated•12 years ago
|
Priority: P2 → P1
Comment 4•12 years ago
|
||
Increased point value to 13 based on Brian's recommendation as new work has been added to the story.
Whiteboard: feature=story c=Content_features u=metro_firefox_user p=8 → feature=story c=Content_features u=metro_firefox_user p=13
Updated•11 years ago
|
Assignee | ||
Comment 5•11 years ago
|
||
Currently, all the dependencies are relatively minor issues that don't obstruct basic functionality and use of forms. Each is a paper cut that might contribute to an overall perception of poor quality, but as it stands, IMO we could ship preview without them.
As a batch of work, the current story title is over-stated. I recommend renaming to "Polish (non-HTML5) form rendering and interactions" or similar, and downgrade to P2 or P3.
Assignee | ||
Updated•11 years ago
|
QA Contact: sfoster
Assignee | ||
Updated•11 years ago
|
Assignee: nobody → sfoster
QA Contact: sfoster
Updated•11 years ago
|
Status: NEW → ASSIGNED
QA Contact: jbecerra
Updated•11 years ago
|
Whiteboard: feature=story c=Content_features u=metro_firefox_user p=13 → [block28] feature=story c=Content_features u=metro_firefox_user p=13
Updated•11 years ago
|
Updated•11 years ago
|
Assignee | ||
Comment 6•11 years ago
|
||
All dependencies are now complete.
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Comment 7•11 years ago
|
||
Could you please provide some guidance for QA to test this? Thanks!
Flags: needinfo?(netzen)
Reporter | ||
Comment 8•11 years ago
|
||
Please test the individual dependencies. You can also just test all types of form elements to make sure their behavior matches what desktop does. I don't have any good specific examples though.
Flags: needinfo?(netzen)
Comment 9•11 years ago
|
||
(In reply to Brian R. Bondy [:bbondy] from comment #8)
> Please test the individual dependencies. You can also just test all types
> of form elements to make sure their behavior matches what desktop does. I
> don't have any good specific examples though.
I went through the individual dependencies (except for the device specific bugs), and they look good.
I've reopened bug 858184 and logged bug 947214 which blocks bug 885383.
Tested for iteration #19, with latest Nightly 2013-12-05 on Win 8 64-bit.
Status: RESOLVED → VERIFIED
Updated•10 years ago
|
OS: Windows 8 Metro → Windows 8.1
Updated•6 years ago
|
Product: Tracking → Tracking Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•