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)
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
Updated•11 years ago
|
Whiteboard: [preview-triage] feature=defect c=tbd u=tbd p=0
Comment 1•11 years ago
|
||
Hmm, I can't reproduce, the selection always clears for me.
Keywords: qawanted
Reporter | ||
Comment 2•11 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.
Updated•11 years ago
|
Comment 3•11 years ago
|
||
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
Updated•11 years ago
|
Blocks: metrobacklog
Updated•11 years ago
|
No longer blocks: metrov2defect&change
Updated•11 years ago
|
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
Comment 4•11 years ago
|
||
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: qawanted → steps-wanted
Updated•11 years ago
|
Whiteboard: [defect] p=0 → [defect] p=0 [selection]
Updated•11 years ago
|
Whiteboard: [defect] p=0 [selection] → [defect] p=3
Updated•11 years ago
|
Priority: -- → P1
Updated•11 years ago
|
Target Milestone: --- → Firefox 30
Updated•11 years ago
|
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
Updated•11 years ago
|
No longer blocks: metrobacklog, 957244
Whiteboard: [defect] p=3
Updated•11 years ago
|
Target Milestone: Firefox 30 → ---
Assignee | ||
Updated•10 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
•