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)

x86_64
Windows 8.1
defect

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)

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
Interacting with google's auto-complete / search edit is buggy. This might be more specific to the google search page.
Hey Jim, would this bug be a Defect for Iteration #5?
Flags: needinfo?(jmathies)
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)
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
Jim are you taking this one?
See question from Brian in Comment 4.
Flags: needinfo?(jmathies)
QA Contact: jbecerra
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)
Keywords: qawanted
Oops k I moved to needs to be planned for now until we get the extra info and then we can move back.
Blocks: metrov1planning
No longer blocks: metrov1it5
Blocks: metrov1triage
No longer blocks: metrov1planning
Blocks: metrov1defect&change
No longer blocks: metrov1triage
Whiteboard: feature=defect u=metro_firefox_user c=content_features p=tbd → [selection] feature=defect u=metro_firefox_user c=content_features p=tbd
Attached file testcase
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
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
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
Priority: P1 → --
Attached patch fix (obsolete) — Splinter Review
Attached patch fixSplinter Review
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)
Bah - ignore this: > pref("metro.debug.selection.dumpEvents", true); removed from my local patch.
Keywords: qawanted
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
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 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+
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
Blocks: metrov1it6
No longer blocks: metrov1defect&change
Point Estimate = 3.
Blocks: metrov1defect&change
No longer blocks: metrov1it6
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
Blocks: metrov1it6
No longer blocks: metrov1defect&change
Priority: -- → P1
Status: NEW → ASSIGNED
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 23
For Raymond to test and verify.
Flags: needinfo?(mozbugs.retornam)
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
Status: RESOLVED → VERIFIED
Flags: needinfo?(mozbugs.retornam)
Verified for it8 but filed the following related bugs: bug 881940 bug 881938 bug 881932 bug 881928
Depends on: 895279
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.
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
Blocks: 904960
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.
No longer depends on: 895279
OS: Windows 8 Metro → Windows 8.1
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: