Can repro, seems to be a special-case for fresh text copying where css is not fully applying? Subsequent revisits to the page renders consistently.

1 Like

I can’t reproduce this problem. It would be helpful to see a recording of this.

What’s wrong in the screenshot provided?

Ok I reproed This bug can be triggered in much simpler settings.

1 Like

Oh awesome! What do you think’s behind it? Anything I can do on my end or will this have to be addressed by the developers?

Also here’s the screen recording in case it’s still helpful!

ezgif-7-bc0f3ce8e2

1 Like

Wow, so the bug does appear on a single checklist item? It’s weird, when I was trying to reproduce, it seemed like it wasn’t. I did notice that different arrangements of elements in the note seemed to affect whether or not the bug appeared. Thanks so much for looking into this, @WhiteNoise!

will be fixed 0.13.20

This topic was automatically closed 24 hours after the last reply. New replies are no longer allowed.

This is a harder problem than anticipated because the fix impacts other are. We’ll keep things as they are for now.

1 Like

Ok thanks for the update and staying on top of it! Hope to see a fix down the road!

Hey @WhiteNoise, I hope you’ve been well. Checking in on this issue? It’s been persistently getting in the way of what is otherwise an incredible Obsidian experience and I’m hoping there’s a fix in the works. Thank you!

I don’t think this will be prioritized because we don’t believe this is major problem.

1 Like

Ok thank you for the update!

Hi @WhiteNoise — this bug keeps persistently showing up, and in live preview now it’s not some subtle indentation difference but creates large indentations in the second line whenever I navigate to certain notes. It’s completely disrupting my editing process to have the content of each note be unstable and I’m surprised you aren’t viewing this as a more urgent problem especially with all the users who rely on checklists, and also since you’ve reproduced this bug and thus it’s appearing in the software of every new Obsidian user. Is there anything you can do to make this more of a priority? If there was some tweak I could make to the CSS to fix it myself, I would be glad to. Thank you.

In case it’s helpful, I just looked into this more and think it has something to do with the way Obsidian renders the live preview mode — these glitchy indentations in checklists seem to go away when I a) check and uncheck the checkbox, b) turn on and off a CSS snippet, c) turn off and on an option in the “editor” section of the settings. And the glitches often show up again when I scroll quickly through a long list of checklist items, when the legacy editor mode shows for a moment before the live preview renders on top of it.

We have identified where the problem is but as told in the other post, fixing this without breaking other parts is not easy and you are the only person who has even noticed this issue.

It will get addressed at some point but it’s not a priority, sorry!

1 Like

Ok thank you for your transparency here! I’ve been wondering if it has something to do with my theme (Minimal) & CSS snippets that maybe exacerbates it for me while in standard Obsidian this glitch is less dramatic with a smaller indentation offset. It also seems to be only happening with checkboxes, not bullet points, and seems to be tied to specifically multiple lines of indented, nested checkboxes. Thanks again.

I’ve done a deeper dive on this and found a workaround: in a CSS snippet, manually set the text-indent and padding-left for .HyperMD-list-line-1, .HyperMD-list-line-2, .HyperMD-list-line-3, .HyperMD-list-line-4, .HyperMD-list-line-5, .HyperMD-list-line-6 and potentially further on depending on how nested your notes are, using !important to ensure this is applied. This forced the indentation not to shift as I’ve previously described (I matched the px of my custom CSS to the ordinary indentation before the glitch showed up).