Closed
Bug 854070
Opened 12 years ago
Closed 12 years ago
Defect - Caret selection initiated from the end of a text input is buggy
Categories
(Firefox for Metro Graveyard :: Input, defect, P1)
Tracking
(Not tracked)
VERIFIED
FIXED
Firefox 23
People
(Reporter: jimm, Assigned: jimm)
References
Details
(Whiteboard: [selection] feature=defect u=metro_firefox_user c=content_features p=2)
Attachments
(2 files, 1 obsolete file)
256 bytes,
text/html
|
Details | |
4.36 KB,
patch
|
bbondy
:
review+
|
Details | Diff | Splinter Review |
str
- visit google.com
- enter some text into the search edit
- tap off the edit
- tap at the end of the entered text
(a monocle should appear)
- drag monocle to the left
result: monocle is hidden, no text is selected
expected: text is selected
![]() |
Assignee | |
Comment 1•12 years ago
|
||
Interacting with google's auto-complete / search edit is buggy. This might be more specific to the google search page.
Comment 2•12 years ago
|
||
Hey Jim, would this bug be a Defect for Iteration #5?
Flags: needinfo?(jmathies)
![]() |
Assignee | |
Comment 3•12 years ago
|
||
This bug should probably sit until more people have a chance to play with selection giving us the chance to better diagnose any odd behavior.
Flags: needinfo?(jmathies)
Updated•12 years ago
|
Blocks: metrov1it5
Priority: -- → P1
Summary: Caret selection initiated from the end of a text input is buggy → Defect - Caret selection initiated from the end of a text input is buggy
Whiteboard: feature=defect u=metro_firefox_user c=content_features p=tbd
Comment 4•12 years ago
|
||
Jim are you taking this one?
Comment 5•12 years ago
|
||
See question from Brian in Comment 4.
Flags: needinfo?(jmathies)
QA Contact: jbecerra
![]() |
Assignee | |
Comment 6•12 years ago
|
||
No, I explained this in comment 3. What I would appreciate is some help in diagnosing if there's an issue, and if so, what the steps are to reproduce, side effects, etc.. I see odd behavior *sometimes*, but I'm not sure if it's the caret work or maybe something to do with all our form positioning issues, or maybe just site related.
Flags: needinfo?(jmathies)
Comment 7•12 years ago
|
||
Oops k I moved to needs to be planned for now until we get the extra info and then we can move back.
Updated•12 years ago
|
Updated•12 years ago
|
![]() |
Assignee | |
Updated•12 years ago
|
Whiteboard: feature=defect u=metro_firefox_user c=content_features p=tbd → [selection] feature=defect u=metro_firefox_user c=content_features p=tbd
![]() |
Assignee | |
Comment 8•12 years ago
|
||
![]() |
Assignee | |
Updated•12 years ago
|
Assignee: nobody → jmathies
Whiteboard: [selection] feature=defect u=metro_firefox_user c=content_features p=tbd → [selection] feature=defect u=metro_firefox_user c=content_features p=3
Comment 9•12 years ago
|
||
Jim's point estimate=3
Whiteboard: [selection] feature=defect u=metro_firefox_user c=content_features p=3 → [selection] feature=defect u=metro_firefox_user c=content_features p=0
![]() |
Assignee | |
Comment 10•12 years ago
|
||
This should be too hard to fix, we need to add a bit of hysteresis in the initial drag calculations to better detect which direction the user is trying to expand selection.
http://mxr.mozilla.org/mozilla-central/source/browser/metro/base/content/helperui/SelectionHelperUI.js#976
Updated•12 years ago
|
Priority: P1 → --
![]() |
Assignee | |
Comment 11•12 years ago
|
||
![]() |
Assignee | |
Comment 12•12 years ago
|
||
Another smallish selection fix - don't assume a direction unless the user has dragged past a 10px threshold.
Attachment #737921 -
Attachment is obsolete: true
Attachment #737923 -
Flags: review?(netzen)
![]() |
Assignee | |
Comment 13•12 years ago
|
||
Bah - ignore this:
> pref("metro.debug.selection.dumpEvents", true);
removed from my local patch.
![]() |
Assignee | |
Updated•12 years ago
|
Whiteboard: [selection] feature=defect u=metro_firefox_user c=content_features p=0 → [selection] feature=defect u=metro_firefox_user c=content_features p=01
Comment 14•12 years ago
|
||
Jim's point estimate = 1
Whiteboard: [selection] feature=defect u=metro_firefox_user c=content_features p=01 → [selection] feature=defect u=metro_firefox_user c=content_features p=0
Comment 15•12 years ago
|
||
Comment on attachment 737923 [details] [diff] [review]
fix
Review of attachment 737923 [details] [diff] [review]:
-----------------------------------------------------------------
as you mentioned without pref.
Attachment #737923 -
Flags: review?(netzen) → review+
Updated•12 years ago
|
Whiteboard: [selection] feature=defect u=metro_firefox_user c=content_features p=0 → [selection] feature=defect u=metro_firefox_user c=content_features p=3
Updated•12 years ago
|
Comment 16•12 years ago
|
||
Point Estimate = 3.
Whiteboard: [selection] feature=defect u=metro_firefox_user c=content_features p=3 → [selection] feature=defect u=metro_firefox_user c=content_features p=0
![]() |
Assignee | |
Comment 17•12 years ago
|
||
Updated•12 years ago
|
Updated•12 years ago
|
Priority: -- → P1
Updated•12 years ago
|
Status: NEW → ASSIGNED
Comment 18•12 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 23
![]() |
Assignee | |
Updated•12 years ago
|
Whiteboard: [selection] feature=defect u=metro_firefox_user c=content_features p=0 → [selection] feature=defect u=metro_firefox_user c=content_features p=2
Comment 20•12 years ago
|
||
verified fixed using build http://hg.mozilla.org/mozilla-central/rev/fef5f202b2dc
Status: RESOLVED → VERIFIED
Flags: needinfo?(mozbugs.retornam)
Comment 21•12 years ago
|
||
Comment 22•12 years ago
|
||
Went through the following "Defect" for iteration #10 testing and found any issues. Used the following build:
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2013-07-17-03-02-07-mozilla-central/
- Went through the original test case that has been added in comment 0 and ran into issues. Created a new defect and attached it to this ticket.
Comment 23•12 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
Didn't work for me.
Tested on windows 8 using latest nightly for iteration-11.
STR
- visit google.com
- enter some text into the search edit
- tap off the edit
- tap at the end of the entered text
(a monocle should appear)
- drag monocle to the left
result: monocle was hidden, no text was selected
expected: text must be selected
Comment 24•12 years ago
|
||
User Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:26.0) Gecko/20100101 Firefox/26.0
Build ID: 20130826074752
Built from http://hg.mozilla.org/mozilla-central/rev/14b1e8c2957e
WFM
Tested on windows 8 using latest nightly for iteration-12. Followed steps provided in comment0 and got expected result.
Updated•11 years ago
|
OS: Windows 8 Metro → Windows 8.1
You need to log in
before you can comment on or make changes to this bug.
Description
•