Closed Bug 831909 Opened 12 years ago Closed 11 years ago

Story - Text selection in Firefox app bar (touch)

Categories

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

x86
Windows 8.1
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: asa, Assigned: jimm)

References

Details

(Whiteboard: feature=story c=firefox_app_bar_and_autocomplete u=metro_firefox_user p=20)

Attachments

(1 file)

      No description provided.
Priority: -- → P2
Whiteboard: c=navigation_app_bar_and_autocomplete u= p= → c=navigation_app_bar_and_autocomplete u=metro_firefox_user p=
Whiteboard: c=navigation_app_bar_and_autocomplete u=metro_firefox_user p= → c=navigation_app_bar_and_autocomplete u=metro_firefox_user p=8
Depends on: 791914
Summary: Text selection in navigation app bar (touch) → Story – Text selection in navigation app bar (touch)
Whiteboard: c=navigation_app_bar_and_autocomplete u=metro_firefox_user p=8 → c=navigation_app_bar_and_autocomplete u=metro_firefox_user p=8 feature=story
Depends on: 788000
Depends on: 812529
OS: Windows 8 → Windows 8 Metro
Whiteboard: c=navigation_app_bar_and_autocomplete u=metro_firefox_user p=8 feature=story → feature=story c=navigation_app_bar_and_autocomplete u=metro_firefox_user p=0
Depends on: 836381
Whiteboard: feature=story c=navigation_app_bar_and_autocomplete u=metro_firefox_user p=0 → feature=story c=firefox_app_bar_and_autocomplete u=metro_firefox_user p=0
Summary: Story – Text selection in navigation app bar (touch) → Story – Text selection in Firefox app bar (touch)
Depends on: 783232
We took a look at this bug to assign point values, but since jimm did the content selection work we're thinking he has better context to set a point value for this bug.
Flags: needinfo?(jmathies)
No longer depends on: 791914
The work needed in content turned out to be more than expected, so I'll be conservative here in my estimate.
Flags: needinfo?(jmathies)
Whiteboard: feature=story c=firefox_app_bar_and_autocomplete u=metro_firefox_user p=0 → feature=story c=firefox_app_bar_and_autocomplete u=metro_firefox_user p=13
No longer depends on: 783232
Summary: Story – Text selection in Firefox app bar (touch) → Story - Text selection in Firefox app bar (touch)
Component: General → Metro Operations
Product: Firefox for Metro → Tracking
Version: unspecified → ---
Priority: P2 → P5
Hardware: x86_64 → x86
Depends on: 845122
Whiteboard: feature=story c=firefox_app_bar_and_autocomplete u=metro_firefox_user p=13 → feature=story c=firefox_app_bar_and_autocomplete u=metro_firefox_user p=20
No longer depends on: 845122
Priority: P5 → P1
Assignee: nobody → jmathies
Blocks: metrov1it7
No longer blocks: metrov1backlog
QA Contact: jbecerra
Status: NEW → ASSIGNED
Depends on: 857437
Blocks: metrov1it8
No longer blocks: metrov1it7
Depends on: 877765
No longer depends on: 877765
Depends on: 881756
Blocks: metrov1it9
No longer blocks: metrov1it8
Blocks: 881940
Blocks: 865093
Blocks: 860248
Depends on: 882902
Step 2 of the write up has changed slightly - 

"A metro Firefox user taps in the addressing text field of the navigation app bar and the cursor with gripper is inserted at the point of the tap if the tap was within the text of the address, or after the last character of the address text if the tap was somewhere in the whitespace to the right of the address."

On first tap we are going to keep the default behavior of selecting all text in the nav bar. Grippers should come up on the selection. A second tap clears selection and brings up the caret selection monocle.
No longer depends on: 812529
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
Tested this for iteration 9.
WFM for latest nightly from ftp://ftp.mozilla.org/pub/firefox/nightly/2013-07-01-mozilla-central-debug
Depends on: 877666
Depends on: 895546
Depends on: 895284
Depends on: 894713
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-18-03-02-01-mozilla-central/
I followed given user story success scenario. I am getting expected result.
User Agent: Mozilla/5.0 (Windows NT 6.2; Win64; x64; rv:26.0) Gecko/20100101 Firefox/26.0
Build ID: 20130806104538
Built from http://hg.mozilla.org/mozilla-central/rev/1e381c91885d

WFM
Tested on windows 8 using latest nightly for iteration-11. Followed steps provided in success scenario and got expected result.
Went through the following "Defect" for iteration #12 testing without any issues. Used the following build:

http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2013-08-20-03-02-06-mozilla-central/

- Went through the original story that has been added without any issues
- Went through comment #3 and ensured the new behavior replaced the original behavior outlined in the story
- Ensured that the entire URL is selected the first time a user taps in the Navigation App Bar
- Moved the monocles around (both left and right) and ensured everything worked without any issues
- Ensured there are no issues when monocles pass each other (right over left etc..)
- Ensured that the monocles/grippers are not being left behind on the screen when the OSK slides back down
- Went through all of the above test cases in filled view without any issues
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: