-
-
Notifications
You must be signed in to change notification settings - Fork 5.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
This test document is breaking joplin. Has something to do with the "Fenced code block" section. #11154
Comments
... that's not suspicious at all |
When I imported your .jex file, the editor slowed down, probably because of the number of backslashes, but I can't find a reason or how to reproduce it for now. I tried to reproduce the bug by:
|
@futuremotiondev I tried to reproduce it and couldn't do it. How did you create the note? Can you give me more detailed steps? |
Moving to backlog for now as I could not reproduce, if the author could provide more information on how to reproduce I can work on this again. |
Yeah, I'm really sorry I can't provide more information. I know that the note initially did not have all of the backslashes, but I have no clue when and how the corruption occurred. I thought it might have had something to do with escape sequence parsing in The bug could have already been fixed as well. Either way I've had no similar problems since, so I don't think it's a big issue. If I run into it again and find an exact way to reproduce it I'll make a new issue about it. |
Operating system
Windows
Joplin version
3.1.17
Desktop version info
Joplin 3.1.17 (prod, win32)
Client ID: 470c00f76de6488a98fd6a25df21fcda
Sync Version: 3
Profile Version: 47
Keychain Supported: Yes
Revision: 3ea403d
Backup: 1.4.2
Csv Import: 1.0.1
Favorites: 1.3.2
Headings 4 to 6: 1.0.1
Insert Date: 1.0.1
Paste Special: 1.1.2
Table Formatter Plugin: 1.2.1
Current behaviour
<pre>
tag directly under the"Fenced" code block
H3 heading.Expected behaviour
I expected Joplin to not insert massive amounts of backslashes into the document, even if the markdown was malformed.
I really do not know if what I supplied is sufficient to replicate the issue as I'm not sure when the corruption actually happened. But I suspect some kind of character escaping logic with code blocks isn't working right. It's also possible that an older version of the app broke the document and the bug no longer exists. I felt like reporting the issue anyway would be best as it might lead to some kind of bug fix.
Logs
No response
The text was updated successfully, but these errors were encountered: