Pan (hold middle mouse button) acts on the wrong note/pdf when zoom level is not 100%

Steps to reproduce

Open two PDFs side by side
zoom in a bit on both pdfs
use mouse button 3 (scroll wheel click) on the left side of the right PDF to scroll

Did you follow the troubleshooting guide? [Y/N]


Expected result

The mouse button 3 click would engage a all directional scrolling on the right PDF window

Actual result

All directional scrolling is activated for the left PDF window


Obsidian version: v1.3.4
Installer version: v1.3.4
Operating system: Windows 10 Home 10.0.19045
Login status: not logged in
Insider build toggle: off
Live preview: on
Legacy editor: off
Base theme: dark
Community theme: none
Snippets enabled: 0
Restricted mode: off
Plugins installed: 6
Plugins enabled: 0


Additional information

The red square indicates where clicking mouse button 3 wrongly targets the left window for scrolling instead of the right one

I am not sure I follow. I can’t reproduce. Post a screen recording of this happening in the sandbox vault.

I figured out what setting makes the bug appear. My Zoom Level in Options->Appearance is at 120%.

This also makes the bug appear in the sandbox vault.

It appears for zoom levels > 100% it happens
and for zoom levels < 100% it reduces where you can mouse button 3 click inside the a window.

For example with Zoom Level set to 91% and a single pdf open and zoomed far enough in to where I can scroll in both vertically and horizontal, then the marked area becomes unable to be clicked with mouse button 3

Sorry for no video.

1 Like

Recorded a video displaying the bug in the sandbox vault
pdf m3 bug obsidian - YouTube

Thank you, I can reproduce. I renamed the thread for clarity.

This is an upstream electron/chrome issue. Happens to markdown files (+ a fixed content width).