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

RESOLVED WORKSFORME

Status

defect
P1
normal
RESOLVED WORKSFORME
6 years ago
5 years ago

People

(Reporter: Samvedana, Unassigned)

Tracking

({steps-wanted})

Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

Reporter

Description

6 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 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
Reporter

Comment 2

6 years ago
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

Updated

6 years ago
Whiteboard: [defect] p=0 [selection] → [defect] p=3
Priority: -- → P1
Target Milestone: --- → Firefox 30

Updated

6 years ago
Status: NEW → RESOLVED
Closed: 6 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.