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
It also just broke my code block when posting this ticket, by changing the code block of 4 spaces to backticks - and as the code example included backticks it got broken.
How about not messing with peoples markdown?
You can add your link but don't change anything else.
Hi @tobz-nz Very sorry for inconvenience.
Platform uses an a different (non markdown) text model suitable for rich/collaboration features, so we use a markdown conversion from github and vice verse, and not all cases are handled properly as you found.
And this is a definitely bug we need to address, we will mark it with a high priority.
The current Markdown conversion used by the GitHub integration keeps the info string of fenced code blocks: foundations/core/packages/text-markdown/src/parser.ts stores it as the code block language and serializer.ts writes it back as <language>, so a [tasklist] block round-trips unchanged (see the code block language test in services/github/pod-github/src/markdown/tests/textmodel.test.ts). This was checked against the current Platform-Collective develop code. If maintainers agree this covers the report, please consider closing.
@tobz-nz — based on the check described above, this looks resolved in the current code. Could you please close this issue if you agree? If you think it is not fixed yet, please describe what still goes wrong (steps, expected vs. actual behaviour), so it can be looked at again.
Activity
tobz-nz commentedon Mar 14, 2024
It also just broke my code block when posting this ticket, by changing the code block of 4 spaces to backticks - and as the code example included backticks it got broken.
How about not messing with peoples markdown?
You can add your link but don't change anything else.
haiodo commentedon Mar 15, 2024
Hi @tobz-nz Very sorry for inconvenience.
Platform uses an a different (non markdown) text model suitable for rich/collaboration features, so we use a markdown conversion from github and vice verse, and not all cases are handled properly as you found.
And this is a definitely bug we need to address, we will mark it with a high priority.
haiodo commentedon May 28, 2024
Alexander Onnikov Please take a look
MichaelUray commentedon Oct 20, 2026
The current Markdown conversion used by the GitHub integration keeps the info string of fenced code blocks: foundations/core/packages/text-markdown/src/parser.ts stores it as the code block language and serializer.ts writes it back as
<language>, so a[tasklist] block round-trips unchanged (see the code block language test in services/github/pod-github/src/markdown/tests/textmodel.test.ts). This was checked against the current Platform-Collective develop code. If maintainers agree this covers the report, please consider closing.MichaelUray commentedon Oct 20, 2026
@tobz-nz — based on the check described above, this looks resolved in the current code. Could you please close this issue if you agree? If you think it is not fixed yet, please describe what still goes wrong (steps, expected vs. actual behaviour), so it can be looked at again.
tobz-nz commentedon Oct 20, 2026
@MichaelUray Github has stopped using the
```[tasklist]syntax anyway, so this issue is probably redundant regardless.