You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The current table serializer has a problem when the length of one line doesn't match the length of the header line.
See the example under, which gives a failing case when putting a markdown table code inside an inline code inside a table.
Your environment
OS: Using latest Linux kernel, Arch Linux
Packages: remark-parse 7.0.2
Env: Node 13.6, NPM 6.13.6
I think the problem does affect every environment.
Steps to reproduce
Copy the following code, which is the default one given on the README:
Title 1 | Title 2
--------|--------
`this is good`| `left | right`
Expected behaviour
I expect the second column of the second line to be left | right, i.e., the following code:
<table><thead><tr><th>Title 1</th><th>Title 2</th></tr></thead><tbody><tr><td><code>this is good</code></td><td><code>left|right</code></td></tr></tbody></table>
Actual behaviour
The current behaviour is quite weird, and parses the table first, discarding a "third column" it thinks exist:
<table><thead><tr><th>Title 1</th><th>Title 2</th></tr></thead><tbody><tr><td><code>this is good</code></td><td>`left</td></tr></tbody></table>
The text was updated successfully, but these errors were encountered:
Subject of the issue
The current table serializer has a problem when the length of one line doesn't match the length of the header line.
See the example under, which gives a failing case when putting a markdown table code inside an inline code inside a table.
Your environment
I think the problem does affect every environment.
Steps to reproduce
Copy the following code, which is the default one given on the
README
:Using the following Markdown inside
example.md
:Expected behaviour
I expect the second column of the second line to be
left | right
, i.e., the following code:Actual behaviour
The current behaviour is quite weird, and parses the table first, discarding a "third column" it thinks exist:
The text was updated successfully, but these errors were encountered: