Scroll position wandering when using properties

Bug reports
, ,
1

Steps to reproduce

Since 1.4.6 there seems to be a regression in the way a scroll position is handled when properties are in a note.

  1. Create a new vault
  2. Create two notes with text longer than the height of the application’s window. For best results, make the notes of different length.

When you open the notes, either by clicking in the explorer pane or via Ctrl+O, the notes will open and display from the top.

Previous behaviour / non-property having behaviour:

  1. Open one note
  2. Scroll down a bit
  3. Open the other
  4. Now use Ctrl+Alt+left arrow / right arrow to switch between the notes

You will see that the scroll position of the first note maintains its accuracy within the note.

Now, add a property to both notes, say the tags property. No need to add any tags.

Bugged behaviour 1:

  1. Open the first note, scroll down
  2. Open the second note
  3. Switch back with Ctrl+Alt+left arrow
  4. Switch forward with Ctrl+Alt+right arrow

Notice the second note suddenly starts from the note’s text. So it isn’t showing the title or the properties.

Bugged behaviour 2:

  1. Open the first note by clicking on it with the mouse in the explorer pane
  2. Scroll down a bit
  3. Open the second note by clicking on it with the mouse in the explorer pane
  4. Scroll down a bit
  5. Click back and forth between the notes with the mouse in the explorer pane

Notice one of the notes’ scrollbar going lower and lower into the note’s content.

Did you follow the troubleshooting guide? [Y]

Expected result

Similar behaviour as when there are no properties present / behaviour from 1.4.5.

Actual result

Switching between notes causes at least one scrollbar’s position to “wander”, generally going to the bottom of a note.

Environment

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

RECOMMENDATIONS:
none

Additional information

1 Like
2

Can you attach a screen recording of this happening in the sandbox vault? Thanks.

3

I showed off the default, non-property behaviour as well as bugged behaviour 2. Hopefully this is clear enough to illustrate what I wrote.

2023-09-05_17-31-05-Xjp7aKWDVq

4

Able to reproduce 1 but not 2 in 1.4.8

5

I confirm that 1.4.8 doesn’t exhibit bugged behaviour 2 anymore. Clicking back and forth between the notes shows the top of the note, as was the original behaviour.