View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
0006470 | Spring engine | Linux | public | 2024-05-13 09:48 | 2024-05-13 11:56 | ||||||||
Reporter | PRVRT | ||||||||||||
Assigned To | |||||||||||||
Priority | normal | Severity | minor | Reproducibility | always | ||||||||
Status | new | Resolution | open | ||||||||||
Product Version | 105.0 | ||||||||||||
Target Version | Fixed in Version | ||||||||||||
Summary | 0006470: Broken Mouse Warping under Wayland. (Possibly unrelated) | ||||||||||||
Description | I've noticed that mouse warping is broken on both XWayland & Wayland (SDL_VIDEODRIVER=wayland) Here's what I guess what is going on, normally (when using the terrain deformation tool) the mouse is suppose to stay locked in place, upon mouse movement the mouse is suppose to snap back, and Zero-K calculates the horizontal difference from the middle of the screen to adjust the terrain deform preview. But since mouse warping/locking doesn't work, it continuously adds the difference. Relevant Zero-K issue with a video demonstration: https://github.com/ZeroK-RTS/Zero-K/issues/5005 | ||||||||||||
Steps To Reproduce | Use the deformation tool in Zero-K. | ||||||||||||
Additional Information | This is likely due to how SDL handles mouse warping under wayland. I am unsure if this behavior is caused by Zero-K or by Spring. Using 105.1.1-2457-g8095d30. | ||||||||||||
Tags | SDL, wayland | ||||||||||||
Checked infolog.txt for Errors | Irrelevant | ||||||||||||
Attached Files |
|