[Vanguard3000]

Originally Posted by KevinH

That bug was specific to QToolButtons and not QMenu's. Your image shows a QMenuBar QMenu showing up on the wrong screen.

Pardon me; I'm not sure about the specific terminology for these, but the menus affected for me are:

• The top menus (File, Edit, etc) as shown in the screenshot I attached.
• The Search & Replace dropdowns (Normal/Case Sensitive/Regex, Down/Up, etc)
• Right-click menus (in Book Browser, code pane, Clips pane, etc - basically anywhere in Sigil)

Originally Posted by KevinH

My guess is that your "Primary Screen" is set in Windows Display to be the screen on the right.

I suspected that as well but that is not the case. My left monitor is #1 (primary) and right is #2; both are using the same resolution, the same make/model, and connected to the same video card by DisplayPort.

Originally Posted by KevinH

Are you by chance launching Sigil on that screen on the right first, and then manually moving it to the left screen?

On a clean install or if I nuke the settings folder, Sigil opens on first run on the second (right) monitor in windowed mode. But when I move it to my left monitor, close, and reopen, Sigil of course remembers that position and opens it on the left monitor.

Again, if Sigil is on the right monitor all menus seem to appear correctly. Perhaps also of note is that the About screen opens on the right monitor, though at that point my cursor is on the menu, which is on the right. Opening the clip editor via hotkey opens it on the left.

Originally Posted by KevinH

Does it show any difference when you change the screen's relative locations in Windows Display control panels?

I tried a few iterations of this and it always seems to want to open the menus on monitor #2 (the right one, physically) when Sigil is on #1 though where it opens is different each time. If I make #2 my primary display, the reverse occurs.

Originally Posted by KevinH

What dpi are your monitors and what scalings are you using?

Both monitors are at:

• 1920x1080
• 100% scaling
• "Let WIndows try to fix apps so they're not blurry" on
• Landscape
• No custom scaling

Originally Posted by KevinH

You might want to take a peak at these bug reports to see if any match your situation

QTBUG-102356 seems the closest, though the specifics of the reporter's arrangement seem different (i.e. they suggest a three-monitor setup). There does seem to be a possible workaround in the comments, but it's beyond my ken as a non-QT-familiar dev.

Thank you for the help with this!