Issue metadata
Sign in to add a comment
|
Range object has the same startOffset and endOffset for a selection in a iframe
Reported by
tmor...@odilotid.es,
Jun 16 2017
|
||||||||||||||||||||||
Issue descriptionSteps to reproduce the problem: I've develop a simple web page which test the bug. 1. Unzip and deploy in a simple http server 2. Open the page using the last Chrome Mobile 3. Select some text from the iframe 4. Touch the selected text. 5. Open the browser console and check that the Range object has the same value for startOffset and endOffset properties What is the expected behavior? The value of startOffset and endOffset must be different and to correspond to the position of the selection. If you test on Chrome 52 works fine. What went wrong? The Range object from the selection has the same value for startOffset and endOffset properties. Did this work before? Yes Chrome 52 Chrome version: 58.0.3029.110 Channel: stable OS Version: all Flash Version: This bug ONLY happen in Mobile version, in Desktop works fine
,
Jun 20 2017
,
Jun 20 2017
This is expected behavior, Chrome, Edge and Firefox set collapsed selection at tap/click. Note: IFRAME doesn't affect this behavior.
,
Jun 20 2017
I've attached two screen shots one executed on Chrome Mobile 52 and the other one on Chrome Mobile 58 You can see that the text selected inside the iframe is empty in version 58 but is not empty in version 52. This issue only happen on Android devices not in Desktop.
,
Jun 27 2017
Issue 737038 has been merged into this issue.
,
Jun 27 2017
Does listening 'mouseup' event make sense on Android? Does it work well if you listen 'selectionchange' event?
,
Jun 28 2017
mouseup event works fine on all Android and iOS devices, the problem is when I call Range.toString() function that returns an empty string because startOffset and endOffset have the same values. |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by ppolise...@chromium.org
, Jun 20 2017Components: Blink>Editing>Selection