Closed
Bug 1636093
Opened 5 years ago
Closed 4 years ago
Copy-pasting multiple click-selected table rows generates `<table>`-less `<tr>`s
Categories
(Core :: DOM: Serializers, defect, P3)
Tracking
()
RESOLVED
DUPLICATE
of bug 1639972
Tracking | Status | |
---|---|---|
firefox78 | --- | affected |
People
(Reporter: saschanaz, Unassigned)
References
Details
(Keywords: parity-chrome)
Attachments
(1 file)
175 bytes,
text/html
|
Details |
- Open the attachment
- Control+Click the table rows and copy them
- Click the text above the table
- Paste them
Expected: A new table there
Actual: Two <tr>
s without <table>
.
Comment 1•5 years ago
|
||
I'm not sure if there are use-cases where the <tr>
s without the <table>
are actually desired. It's hard to tell, because this isn't specified.
Comment 2•5 years ago
|
||
The behavior is the same when selecting the whole table with the mouse (without pressing Ctrl). Chrome offers that feature too and inserts a <table>
element.
Updated•5 years ago
|
Keywords: parity-chrome
Comment 3•5 years ago
|
||
Sounds like editor should wrap table related elements with <table>
etc. However, be careful when pasting into an existing table elements and whether selection is in a cell or some cells are selected.
Priority: -- → P3
Updated•5 years ago
|
Severity: -- → S3
status-firefox78:
--- → affected
Updated•4 years ago
|
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•