Heading focus state changes the appearance of other text

Steps to reproduce

The bug appears to only appear on Windows. I cannot reproduce it on macOS.

  1. Open the sandbox vault. (Optionally, to make it easier to see: set the accent color to #C13333.)
  2. Create a new file.
  3. Keep the default file name of Untitled (it isn’t relevant here).
  4. Enter the below as the file’s contents (a markdown heading, followed by a link).
  5. Ensure the live preview edit mode is in use.
  6. Toggle the text cursor’s focus between the end of the heading, and the blank line below it. (Up and down arrows should do it.)
  7. Observe the text rendering of the link below the heading. (It will be a lot more noticeable with an accent color like #C13333.)

File contents:

# foo


foo bar

Did you follow the troubleshooting guide? Y

Expected result

No changes to the text rendering should be noticeable, and no shift in rendering should occur.

Actual result

There is a subtle shift in the rendering of the text when the heading has focus. When the end of a heading has focus, text below it will be rendered differently.

This is more noticeable with a non-default accent color, such as #C13333.

The screenshots below will hopefully show the difference, specifically for links. You may need to zoom, particular for the default accent color. Both link and non-link text is affected, but link text is more noticeable for color schemes similar to default.


Obsidian version: v1.4.16
Installer version: v1.4.16
Operating system: Windows 10 Home 10.0.22621
Login status: logged in
Catalyst license: none
Insider build toggle: off
Live preview: on
Legacy editor: off
Base theme: dark
Community theme: none
Snippets enabled: 0
Restricted mode: on


Additional information

Default color, heading unfocused:


Default color, heading focused:


Custom accent (#C13333), heading unfocused:


Custom accent (#C13333), heading focused:


Some other details:

  • I cannot find anything in the CSS via devtools that can explain the change in rendering.
  • The issue appears to be Windows-only.
  • A zoomed-in view of the screenshots suggests there’s a shift in subpixel rendering? (I’m not an expert in this area.)
  • If the text cursor is at the start of a heading there’s no shift in rendering. That is, if the text cursor is directly before the # in # foo, there is no brief change in rendering, but it does appear if the text cursor is after #.
  • If the heading is long enough to wrap to two lines, no rendering shift will appear when the text cursor is on the first displayed line, but on the 2nd line it’ll happen.