Mouse jumps at the bottom of the screen #14021
Comments
smoogipoo
added
type:input
osu!framework issue
|
Can you make sure this doesn't happen with high precision mouse turned off? |
|
high precision is intentionally defaulted off on macOS because it's broken in many ways. Not sure this needs another open issue. The jumping cursor is related to the combination of high precision and sensitivity being adjusted. I can't find a tracking issue at SDL2's end. We probably want to do that some day. |
Ye, I've just read comments on the issue which I link above, and tried to disable High precision mouse setting. Then this problem is gone, but I also haven't possibility to edit mouse sensitivity |
|
Hey I'm the linked issue guy, I came here to reopen it but I found yours, so... I read some similar problems and did some tests, after I disable mouse sensitivity the game works fine but some time later the bug returns. I tried to find a way to normalize the problem with the settings. One thing that worked well was to change the screen type from "Fullscreen" to "Borderless", by my tests I played two maps, like, 3 times each, with borderless, the bug only came once, but with "Fullscreen" or "Windowed" the problem has occurred so many times i can't even count. could you test if "borderless" screen type the bug decreases for you? |
|
what operating system? |
Kubuntu 20.04 |
|
Going to be the same issue then. It will require an SDL level fix, no doubt. |
|
Hi, I installed lazer on my arch linux laptop with xmonad window manager some time ago and I also had this issue of teleporting mouse during gameplay (with high precision mouse and fullscreen on). However I was able to fix this issue by adding fullscreenEventHook to my vm config. Without this hook xmonad also draws xmobar on top of osu even in fullscreen mode. documentation: Although now that I try to recreate this issue, it seems to not be happening anymore so maybe it was patched. |
|
I can't repro this anymore either. Let's call it closed for the time being until someone reports it again. |
|
I am facing this issue on Manjaro KDE too. Please open this issue. |
|
i'll open but this 99% won't be fixed just by mentioning a distro that this happens on. please provide more details if you wish this to actually be fixed. or, well, patches welcome. |
|
I'll readily provide any details but I don't know what details lol |
|
One thing that I have noticed is that it wasn't happening yesterday when no other app was open. Today, chrome was running in the background so maybe it was doing something. |
|
video of how this looks, name of window manager, name of input device used, display resolutions used would be a good start. for all intents and purposes this is not something i've ever seen on my linux install so it's in some way specific to your setup. |
Details:Window Manager: Kwin 5.24.2 on X11 (didn't try it on wayland) System Details:
|
|
Do you have high precision (raw input?) option turned on in lazer settings? |
|
Hello, I am on Manjaro KDE as well. Kernel: 5.15.25-1-MANJARO Mouse : razer deathadder v2 My acceleration profile on desktop is flat. The bug seems to appear more frequently the longer the game runs, and I end up not being able to clear a map without it happening at least once. I hope this can help. Thank you for looking at it. |
Yess. Turning this setting off fixed the issue for me. |
|
Could you post the SDL event log of the bug occurring? Set the environment variable |
I did this: |
|
You will have to open it trough the terminal, or capture standard out. Should work if you're consuming from the official appimage. If not, it's on you to figure out how to open it from the terminal. |
|
Here's the output: https://pastebin.com/fTuTh6WK |
|
I don't see the mouse ever reaching the bottom of the screen in the log. Reproduce the bug and make it obvious when exactly in the log the issue starts happening. (Put some easy to see line breaks and a short message!) |
|
@Susko3 I'm sorry for late reply. Here's the output with the bug: https://gist.github.com/Prayag2/218a1e786b95a553489710d5a3f3072e The bug appeared 3 times while doing this. |
At row 46 the y value of the position is 774 then some suspicious windowevents happen, after which the y value is 900. Seems to me to be the point when the bug happens @Susko3 |
|
Hi, are there any updates on this bug? |
|
On which confine mode can this bug occur? Test out both
|
|
Happening in both. I noticed that this bug occurs the most whenever I mouse my cursor in circles. |
|
@Prayag2 I believe i found a way to avoid the problem for me that might work for you. Basically, i noticed that when i didn't access the game via my task bar, the bug was not occuring. So if you start the game via the task bar, i suggest that you try meta+d (or win+d) to go back to your desktop and then alt+tab into the game at the start of your session. Same thing if you're tabbed out, just use alt+tab. The game also does a weird change of resolutions sometimes when tabbing in/out (i'm on borderless fullscreen). In this case, I use f11 3 times to roll through all the options and get back to borderless fullscreen with the correct resolution. I hope it helps. |
|
i can't reproduce this anymore using fedora 41 |
Describe the bug:
Almost the same as this bug, but works only at bottom part of the screen. Mouse just teleporting is some different positions also at the bottom.
Screenshots or videos showing encountered issue:
untitled.mp4
osu!lazer version: 2021.724.1-lazer
Logs:
performance.log
runtime.log
network.log
OS: Manjaro Gnome
Kerner: 5.13.2-1-MANJARO
RAM: 10GB
CPU: AMD Ryzen 5 3550H
GPU: AMD Radeon(TM) Vega 8
DE: IceWM
The text was updated successfully, but these errors were encountered: