Closed Bug 857862 Opened 12 years ago Closed 11 years ago

Defect - Selection monocles don't show up on sites using content editable (like outlook.com)

Categories

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

x86_64
Windows 8.1
defect

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: jimm, Assigned: jimm)

References

Details

(Whiteboard: [selection][shovel-ready]feature=defect c=tbd u=tbd p=3)

Attachments

(3 files, 2 obsolete files)

str: 1) compose a new message on outlook.com 2) type in some text into the message view 3) tap within the text you type result: no caret monocle if you select some text you don't get start or end monocles either.
Whiteboard: [selection]
Blocks: 856059
This is really a more general problem of not supporting content editable in the current selection handler code.
Summary: selection monocles don't show up on outlook.com → Defect - Selection monocles don't show up on outlook.com
Whiteboard: [selection] → [selection] feature=defect c=tbd u=tbd p=0
Assignee: nobody → jmathies
Whiteboard: [selection] feature=defect c=tbd u=tbd p=0 → [selection] feature=defect c=tbd u=tbd p=5
Jim's point estimate=5
Whiteboard: [selection] feature=defect c=tbd u=tbd p=5 → [selection] feature=defect c=tbd u=tbd p=0
No longer blocks: metrov1defect&change
Priority: -- → P2
Summary: Defect - Selection monocles don't show up on outlook.com → Defect - Selection monocles don't show up on sites using content editable (like outlook.com)
Blocks: metrov1defect&change
No longer blocks: 862162
Is there anything blocking or holding this up?
(In reply to :Ally Naaktgeboren from comment #3) > Is there anything blocking or holding this up? No, and it's a definite selection blocker.
Assignee: jmathies → nobody
Whiteboard: [selection] feature=defect c=tbd u=tbd p=0 → [selection][shovel-ready]feature=defect c=tbd u=tbd p=0
Assignee: nobody → jmathies
Whiteboard: [selection][shovel-ready]feature=defect c=tbd u=tbd p=0 → [selection][shovel-ready]feature=defect c=tbd u=tbd p=3
Attached patch content editable support v.1 (obsolete) — Splinter Review
Blocks: metrov1it10
No longer blocks: metrov1defect&change
Status: NEW → ASSIGNED
QA Contact: jbecerra
Attachment #770212 - Attachment is obsolete: true
Attachment #770730 - Flags: review?(sfoster)
Attached patch tests (obsolete) — Splinter Review
Attachment #770731 - Flags: review?(sfoster)
Comment on attachment 770731 [details] [diff] [review] tests This needs a setDevPixelEqualToPx() call. The coordinates are off on test slaves.
Attachment #770731 - Attachment is obsolete: true
Attachment #770731 - Flags: review?(sfoster)
Comment on attachment 770730 [details] [diff] [review] content editable support v.1 Review of attachment 770730 [details] [diff] [review]: ----------------------------------------------------------------- Clean local test run, looks good to me. ::: browser/metro/base/content/Util.js @@ +185,5 @@ > aElement instanceof Ci.nsIDOMHTMLTextAreaElement); > }, > > + isEditableContent: function isEditableContent(aElement) { > + if (!aElement) Is it worth also checking you get an element? E.g. aElement.nodeType==1
Attachment #770730 - Flags: review?(sfoster) → review+
Attached patch testsSplinter Review
Attachment #771654 - Flags: review?(sfoster)
Comment on attachment 771654 [details] [diff] [review] tests Review of attachment 771654 [details] [diff] [review]: ----------------------------------------------------------------- The try run came up green. r+ with comments. ::: browser/metro/base/tests/mochitest/browser_selection_contenteditable.js @@ +37,5 @@ > + run: function test() { > + let div = gWindow.document.getElementById("testdiv"); > + ok(div, "have the div"); > + > + sendElementTap(gWindow, div, 295); // end of 'outlook.com' What does this 295 magic number come from? ::: browser/metro/base/tests/mochitest/head.js @@ +639,5 @@ > > TouchDragAndHold.prototype = { > _timeoutStep: 2, > _numSteps: 50, > + _debug: true, Did you mean to commit this change to the _debug flag?
Attachment #771654 - Flags: review?(sfoster) → review+
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
User Agent : Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:25.0) Gecko/20130717 Firefox/25.0 Build ID: 20130717030207 Works for me. Tested for iteration 10 on latest nightly from ftp://ftp.mozilla.org/pub/firefox/nightly/2013/07/2013-07-17-03-02-07-mozilla-central/ using windows 8.1 preview. I see selection monocles for editable content.
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 WFM Tested on windows 8 using latest nightly for iteration-11. Followed steps provided in comment0 and I got caret monocle after tapping. When I selected some text I got start and end monocles.
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. Followed steps provided in comment0 and I got caret monocle after tapping. When I selected some text I got start and end monocles.
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: