Open Bug 1723405 Opened 3 years ago Updated 2 years ago

Backspace in front of a text lines removes the text line

Categories

(Core :: DOM: Editor, defect, P3)

Firefox 90
defect

Tracking

()

People

(Reporter: zhiningliu, Unassigned)

Details

(Keywords: regression)

Attachments

(2 files)

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/92.0.4515.107 Safari/537.36 Edg/92.0.902.55

Steps to reproduce:

I have a html file with a few lines of text. I place the cursor in front of the first character of the first line. Press backspace key. It removes the whole line of text for the first line.

Expected results:

The cursor is at the beginning of text, backspace should do nothing.

Component: Untriaged → DOM: Editor
Product: Firefox → Core

I can reproduce the issue in Nightly92.0a1 Windows10 and Linux mint 19 as well as Firefox 78ESR. But not in Firefox19.

Regression window:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=6fa6e55a93b2&tochange=1942b4d64dc8

Suspect: Bug 200416

Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: regression

Hi Firefox,

I actually have a customer incident assigned to me. I would like to close it but I need a timeline when this bug will be fixed. For example in what release the fix is planed into ?

Best regards,
Zhi Ning

I can't reproduce this:

Take 1: Click in front of D and press backspace
Take 2: Click anywhere and press Control+Home and then backspace
Take 3: Press tab key until the cursor focuses to the webpage and then press backspace

All failed, am I doing something wrong? What was your way to "place the cursor in front of the first character of the first line"?

Flags: needinfo?(zhiningliu)
Flags: needinfo?(alice0775)

I can reproduce the issue in Nightly93.0a1(20210823092315) Windows10.
Take 1 and Take 2: reproduced.
Take 3: not reproduced:
Take 4: reproduced (Press tab key until the cursor focuses to the webpage and press → key then press backspace)

Flags: needinfo?(alice0775)

Ah sorry, it was me with Dark Reader enabled.

Flags: needinfo?(zhiningliu)
Severity: -- → S3
Flags: needinfo?(krosylight)
Priority: -- → P3

I'm not sure I'll have time to take a look, Masayuki is probably a better person.

Flags: needinfo?(krosylight) → needinfo?(masayuki)

It's just merged the first line into previous text node which is in (invisible) <style> element. Chrome ignores invisible elements so that it works as expected. However, doing it may cause more complicated issue until fixing bug 1710784. Perhaps, for here, we should do something special only for <style> element. It shouldn't be deleted for keeping the style in the page, and shouldn't be joined with any other elements.

Flags: needinfo?(masayuki)

Do you have a plan in which release the fix will be included ?
I still have a customer incident open and I have to keep it open and I have checked many times just notice the issue is still in 94.0.1.
Best regards,
Zhi Ning

Unfortunately, we have no plan to fix this so soon. I'd love to fix bug 1710748 first as I said, but it requires big changes, and the preparation has not finished yet.

(I guess you wanted to say bug 1710784)

Hello,
Could you please increase the priority ? Email replies are affected by this bug on our customer systems and our customer incident processing is stuck with it.
Best regards,
Zhi Ning

Hello,
Any update please ?
Could you please increase priority ?
We have customers waiting for resolution of this issue.
Please help !
Zhi Ning

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: