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)
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)
(deleted),
text/html
|
Details |
No description provided.
Reporter | ||
Updated•12 years ago
|
Priority: -- → P2
Reporter | ||
Updated•12 years ago
|
Whiteboard: c=navigation_app_bar_and_autocomplete u= p= → c=navigation_app_bar_and_autocomplete u=metro_firefox_user p=
Reporter | ||
Updated•12 years ago
|
Whiteboard: c=navigation_app_bar_and_autocomplete u=metro_firefox_user p= → c=navigation_app_bar_and_autocomplete u=metro_firefox_user p=8
Reporter | ||
Updated•12 years ago
|
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
Updated•12 years ago
|
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
Reporter | ||
Updated•12 years ago
|
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
Reporter | ||
Updated•12 years ago
|
Summary: Story – Text selection in navigation app bar (touch) → Story – Text selection in Firefox app bar (touch)
Updated•12 years ago
|
Blocks: metrov1backlog
Comment 1•12 years ago
|
||
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)
![]() |
Assignee | |
Comment 2•12 years ago
|
||
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
Reporter | ||
Updated•12 years ago
|
Summary: Story – Text selection in Firefox app bar (touch) → Story - Text selection in Firefox app bar (touch)
Updated•12 years ago
|
Component: General → Metro Operations
Product: Firefox for Metro → Tracking
Version: unspecified → ---
Reporter | ||
Updated•12 years ago
|
Priority: P2 → P5
Hardware: x86_64 → x86
Updated•12 years ago
|
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
Updated•11 years ago
|
Priority: P5 → P1
Updated•11 years ago
|
Updated•11 years ago
|
Status: NEW → ASSIGNED
Updated•11 years ago
|
Reporter | ||
Updated•11 years ago
|
Blocks: metrov1it9
Reporter | ||
Updated•11 years ago
|
No longer blocks: metrov1it8
![]() |
Assignee | |
Comment 3•11 years ago
|
||
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.
![]() |
Assignee | |
Updated•11 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Updated•11 years ago
|
Status: RESOLVED → VERIFIED
Comment 4•11 years ago
|
||
Tested this for iteration 9. WFM for latest nightly from ftp://ftp.mozilla.org/pub/firefox/nightly/2013-07-01-mozilla-central-debug
Comment 5•11 years ago
|
||
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.
Comment 6•11 years ago
|
||
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.
Comment 7•11 years ago
|
||
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
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
•