Can't exit links in contenteditable elements

NEW
Unassigned

Status

()

defect
P3
normal
2 years ago
a year ago

People

(Reporter: j.swiderski, Unassigned)

Tracking

(Blocks 1 bug)

52 Branch
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(firefox55 affected)

Details

()

Attachments

(1 attachment)

Reporter

Description

2 years ago
Posted file test_link.html
User Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0
Build ID: 20170323105023

Steps to reproduce:

1. Use below code on your HTML page and open it in a browser:
<div style="margin:20px; border:1px solid black; width:500px;" contenteditable="true">
<p><a href="http://test">http://test</a></p>
</div>
2. Click right behind letter "t" and once cursor is blinking, press Space, Right Arrow or Enter or do all of that and then start typing.


Actual results:

Newly typed text is a link and it seems there is no way of getting out of it. Even if I press enter, new link is created and text is still linked.


Expected results:

Newly typed text should be a plain text.

Updated

2 years ago
Status: UNCONFIRMED → NEW
Component: Untriaged → Editor
Ever confirmed: true
Product: Firefox → Core
Priority: -- → P3
Chrome seems to always position the cursor outside the link when you put it at the border of the link, but inside when it comes to bold (I didn't test other markup).  But if you have other text on the line, like abc<b>def</b>ghi, it will position the cursor outside the <b> if you place it before, and inside for after, like

  abc|<b>def</b>ghi
  abc<b>def</b>|ghi

I vaguely remember testing this a long time ago and finding this was how Word behaved, but I could be wrong.  It seems reasonable to match Word's behavior here.
After landing bug 1422234, pressing Enter at end of link stops creating another <a> element in new paragraph. However, we still don't have a way to put caret outside the <a> element.
You need to log in before you can comment on or make changes to this bug.