Closed Bug 904957 Opened 11 years ago Closed 11 years ago

Tapping on content while selection is active clears the selection but leaves grippers behind

Categories

(Firefox for Metro Graveyard :: Input, defect, P1)

x86
Windows 8.1
defect

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: Samvedana, Unassigned)

References

Details

(Keywords: steps-wanted)

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 WFM Tested on windows 8 using latest nightly for iteration-11. STR: 1) press-hold on some text in content (not in an input) to select it 2) expand out the markers a bit 3) tap once on the selected text result: selection is cleared but the monocles are left behind See video at http://youtu.be/G8cIfzZLZbU
Whiteboard: [preview-triage] feature=defect c=tbd u=tbd p=0
Hmm, I can't reproduce, the selection always clears for me.
Keywords: qawanted
User Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:26.0) Gecko/20100101 Firefox/26.0 Build ID: 20130816030205 Built from http://hg.mozilla.org/mozilla-central/rev/1ed5a88cd4d0 WFM Tested on windows 8 using latest nightly for iteration-12. I am still seeing this issue which is shown in video, but not for every text selection.
Blocks: metrov2defect&change
No longer blocks: metrov1backlog
We need to know how bad this problem is, and more reliable str before we block on it.
Whiteboard: [preview-triage] feature=defect c=tbd u=tbd p=0 → feature=defect c=tbd u=tbd p=0
No longer blocks: metrov2defect&change
Summary: Defect - Tapping on content while selection is active clears the selection but leaves grippers behind → Tapping on content while selection is active clears the selection but leaves grippers behind
Whiteboard: feature=defect c=tbd u=tbd p=0 → [defect] p=0
In trying to reproduce this, I have some really erratic text selection behaviour. There is definitely something odd happening here around text selection as a whole. Sometimes the grippers appear (maybe when there is a tiny 'swipe' of the finger? or a longer tap?), often they don't appear (like two, spaced-apart taps). Sometimes tapping on another word will leave the grippers behind on the original word. So something is happening here that isn't right. I'm going to bubble up this bug, although I expect it will need to be broken out into other bugs as the issues surface.
(In reply to Karen Rudnitski [:kar] from comment #4) > So something is happening here that isn't right. I'm going to bubble up this > bug, although I expect it will need to be broken out into other bugs as the > issues surface. Thanks Karen. Please CC Juan Becerra (QA Lead for Metro) on any bugs so we can assist.
Keywords: qawantedsteps-wanted
Whiteboard: [defect] p=0 → [defect] p=0 [selection]
Blocks: 957244
Whiteboard: [defect] p=0 [selection] → [defect] p=3
Priority: -- → P1
Target Milestone: --- → Firefox 30
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
No longer blocks: metrobacklog, 957244
Whiteboard: [defect] p=3
Target Milestone: Firefox 30 → ---
OS: Windows 8 Metro → Windows 8.1
You need to log in before you can comment on or make changes to this bug.