Closed Bug 801121 Opened 12 years ago Closed 11 years ago

Story - Form auto-complete

Categories

(Tracking Graveyard :: Metro Operations, defect, P2)

All
Windows 8.1
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: TimAbraldes, Assigned: bbondy)

References

Details

(Keywords: feature, Whiteboard: feature=story u=metro_firefox_user c=Content_features p=3 status=verified)

Attachments

(2 files)

4.46 KB, text/html
Details
10.24 KB, application/vnd.openxmlformats-officedocument.spreadsheetml.sheet
Details
Some testing on this slate shows that autocomplete is not implemented, though a suggestion box does appear for the bug summary
Blocks: 801126
Blocks: 801144
Summary: Support form autocomplete → Support and style form autocomplete
Whiteboard: [metro-mvp] → [metro-mvp] [LOE:2]
Depends on: 813796
Depends on: 831075
Blocks: 831982
No longer blocks: 801144
Cleaning this up to cover just form auto-complete. Login auto-complete is covered by a separate story.
Blocks: 831565
No longer blocks: 801126
No longer depends on: 813796, 831075
Priority: -- → P2
Summary: Support and style form autocomplete → Story - Form auto-complete
Whiteboard: [metro-mvp] [LOE:2] → [metro-mvp][LOE:2] feature=story u=metro_firefox_user c=Content_features
Whiteboard: [metro-mvp][LOE:2] feature=story u=metro_firefox_user c=Content_features → feature=story u=metro_firefox_user c=Content_features p=0
Depends on: 801126
I think this is working so resolving this story.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Blocks: metrov1it1
No longer blocks: 831982
Whiteboard: feature=story u=metro_firefox_user c=Content_features p=0 → feature=story u=metro_firefox_user c=Content_features p=3
Assignee: nobody → netzen
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Status: REOPENED → RESOLVED
Closed: 11 years ago11 years ago
Resolution: --- → FIXED
Whiteboard: feature=story u=metro_firefox_user c=Content_features p=3 → feature=story u=metro_firefox_user c=Content_features p=0 status=for_testing
Whiteboard: feature=story u=metro_firefox_user c=Content_features p=0 status=for_testing → feature=story u=metro_firefox_user c=Content_features p=0
Whiteboard: feature=story u=metro_firefox_user c=Content_features p=0 → feature=story u=metro_firefox_user c=Content_features p=3
No longer blocks: metrov1backlog
Component: General → Metro Operations
Product: Firefox for Metro → Tracking
Version: unspecified → ---
Depends on: 849699
No longer depends on: 849699
Depends on: 859681
Found a "Defect" that is related to the following story when going through it4 testing. Used the following build:

http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2013-04-08-03-09-28-mozilla-central/

- Attached the "Defect" to this ticket
Depends on: 858598
Depends on: 867519
Tested on 2013-04-30 using latest nightly built from http://hg.mozilla.org/mozilla-central/rev/dd0c611a0a27

I think the basic story is working. Form field data is remembered and I can select from that data to autocomplete form fields.

There are still issues with how the content is displayed in relation to the virtual keyboard, but I think that is captured by a different story. I will mark this as verified and keep following up with bugs we find while regression testing this.
Status: RESOLVED → VERIFIED
Whiteboard: feature=story u=metro_firefox_user c=Content_features p=3 → feature=story u=metro_firefox_user c=Content_features p=3 status=verified
No longer depends on: 867519
Went through the following "Story" for iteration #8 testing with some issues. Used the following build:

http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2013-06-16-03-11-39-mozilla-central/

- Went through the original attached "Story" without any issues
- Filled in several different user names under "Username" and ensured they where all listed without any issues
- Ensured that new entries where being saved and then displayed in the list
- Ensured that correct value was being filled in when selected

The general functionality works but there are some issues with the monocles when selecting things inside the text boxes, or near them. These issues are captured by another "Story"

Notes:

- Reproduced Bug 859681 several times and is still an issue
- Reproduced Bug 882042 several times and is still an issue (part of a different Story but also affects this Story)
- Bug 867519 currently not valid as "Always Show Tabs" has been removed
Depends on: 857813
No longer depends on: 859681
Went through the following "Story" for iteration #9 testing with some issues. Used the following build:

http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2013-07-03-03-13-23-mozilla-central/

- Went through the original story that has been attached without any issues
- Went through the test cases added in comment 7 without any issues

Notes:

- Reproduced Bug 859681 several times and is still an issue
- Reproduced Bug 882042 several times and is still an issue (part of a different Story but also affects this Story)
- Bug 867519 currently not valid as "Always Show Tabs" has been removed
WFM.

Tested on Windows 8.1 preview for iteration 10 using latest nightly from ftp://ftp.mozilla.org/pub/firefox/nightly/2013/07/2013-07-22-03-02-26-mozilla-central/

I followed user story and got expected result.
User Agent: Mozilla/5.0 (Windows NT 6.2; Win64; x64; rv:26.0) Gecko/20100101 Firefox/26.0
Build ID: 20130808030205
Built from http://hg.mozilla.org/mozilla-central/rev/fd4cf30428b0

WFM
Tested on windows 8 using latest nightly  for iteration-11. Followed steps provided in user story and got expected result.

When I entered same content which was entered before, Web page gave me pop up, but I could not select options from popup using arrows which can be done on desktop for the same websites. Right now, to select option user has to tap/click(is using mouse) particular option.
Flags: needinfo?(tabraldes)
Is there something specific I can help with? I'm not totally sure what the needinfo? is requesting of me.

(In reply to Samvedana (:Samvedana) from comment #10)
[...]
> WFM
> Tested on windows 8 using latest nightly  for iteration-11. Followed steps
> provided in user story and got expected result.

Sounds good

> When I entered same content which was entered before, Web page gave me pop
> up, but I could not select options from popup using arrows which can be done
> on desktop for the same websites. Right now, to select option user has to
> tap/click(is using mouse) particular option.

I've noticed this too, and it's super annoying. I don't think we have a bug on file for this, but we definitely should.
Flags: needinfo?(tabraldes)
User Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:26.0) Gecko/20100101 Firefox/26.0
Build ID: 20130823030204
Built from http://hg.mozilla.org/mozilla-central/rev/fb2318875cd4

WFM
Tested on windows 8 using latest nightly for iteration-12. Followed steps provided in user story and got expected result.
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: