Mouse position is incorrect on Macos in fullscreen

[VisenDev]

Is there an existing issue for this?

• [X] I have searched the existing issues

Game Version

4.9.9

Describe the bug

When going into full screen on macos, the mouse has an incorrect offset. So the game things the mouse is lower than it actually is. Making for a very unpleasant playing experience

I have to avoid using native fullscreen to resolve this

The macos system setting automatically hide and display the dock seems to be related to this. There may be some sort of error with the JVM when this setting is enabled. I think(??) that this issue does not occur when that setting isn't set

Steps to Reproduce

1. Open the game on a mac machine with this setting on

2. Enter full screen mode

Screenshots

I tried to get the best example I could with a small enough file size here

https://github.com/yairm210/Unciv/assets/48253336/3b938811-3b8d-48e1-a67d-0b3af71fe86b

Link to save file

No response

Operating System

Linux

Additional Information

Operating system is macos not linux

[VisenDev]

I'm aware this may be an issue with the JVM, not with the game, but I wanted to post it here just in case it was related

[yairm210]

Not directly an Unciv problem, but probably not a JVM problem either - probably under LibGDX or LWJGL3, searching their issues naively I couldn't find anything related

[SomeTroglodyte]

I'm sure I saw upstream discussions relating to Mac and "useable" vs "total" screen space... I did after all once delve deep into the stacks, just up to the JNI calls (horrible kludge that) when investigating "Better Desktop Window Persist" - the branch that tried to track maximized / iconified properly, including what pos/size to "restore" to, plus multimonitor which-monitor-to-place-on... My lesson learned was that the three or four existing layers are so horribly inconsistent that getting that idea to fly without forking/patching these layers is too ugly - you need kludge over kludge... But hacking Macos geometry might still be possible as straightforward kludge. ---If I had access to breakpointing lib code on a candidate box, which is not feasible. SEP.

On another note:

• Update issue template to offer MacOS?
• Is @VisenDev now our Mac tester / dev? We're lacking one, right? How about it? You could start by investigating how to install Android Studio on mac and get Unciv to run as debuggee - taking notes, then updating our dev documentation 👼 😆

[VisenDev]

• Is @VisenDev now our Mac tester / dev? We're lacking one, right? How about it?

Sure, I'd be happy to contribute

You could start by investigating how to install Android Studio on mac and get Unciv to run as debuggee - taking notes, then updating our dev documentation 👼

I'll see what I can do

[github-actions[bot]]

This issue is stale because it has been open 90 days with no activity. Remove stale label or comment or this will be closed in 15 days.

[SeventhM]

Unstaling with a comment? is this still an issue? Idk if any of us actually tests on Mac, so I doubt any of us could confirm it

I also kinda feel like if this is an upstream issue, it should be closed as not our jurisdiction

[github-actions[bot]]

This issue is stale because it has been open 90 days with no activity. Remove stale label or comment or this will be closed in 15 days.

[github-actions[bot]]

This issue was closed because it has been stalled for 5 days with no activity.