Open Bug 1211737 Opened 9 years ago Updated 2 years ago

A user-select none adds spurious line breaks when copying text from a pre element

Categories

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

44 Branch
defect

Tracking

()

Tracking Status
firefox97 --- affected

People

(Reporter: xixixao, Unassigned)

References

Details

(Keywords: parity-chrome)

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:41.0) Gecko/20100101 Firefox/41.0
Build ID: 20150929144111

Steps to reproduce:

Select content inside of a <pre> element which includes -moz-user-select:none elements.

Try at:
http://jsbin.com/domurahiwa/edit?html,output



Actual results:

For each block of these non-selectable elements a spurious new line is inserted into the copied text.


Expected results:

There should be only new lines from the original source inside of the <pre> element.

Bulk-downgrade of unassigned, >=5 years untouched DOM/Storage bugs' priority.

If you have reason to believe this is wrong (especially for the severity), please write a comment and ni :jstutte.

Severity: normal → S4
Priority: -- → P5
Severity: S4 → S3
Priority: P5 → P3

This is likely an artifact of Firefox creating multiple ranges.

Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: parity-chrome
You need to log in before you can comment on or make changes to this bug.