Tooltips (and anything that is "on-hover", really) doesn't activate if I move the mouse slowly over it. Additionally, the UI feels a bit sluggish sometimes, but I can't really pinpoint the exact issue. (And scrolling is reverted, but that has been reported already.)
I'm on Archlinux.
Scrolling through maps is lagging or it's jerky. Don't know how to explain it better. Also rotating things with middle mouse click doesn't worked always for me since a long time but that was already reported before and I could live with it. I'm on arch linux if that makes a difference
So I'm wondering... Is it laggy when you move the mouse slowly? Does it stop lagging if you move the mouse faster? Because that's what happens to me (also arch). I also don't get a proper on-hover response on buttons due to this.
yeah you are right. it has something to do with how fast you scroll. when you scroll slow the map doesn't move at all for me.
I've got the same jerky scrolling or lack of scrolling, when I middle-click scroll slowly enough, on Ubuntu 20.04.
My linux tester has also confirmed this and we will look in to it, thanks for the report!
I'm adding the middle mouse drag here as well as it was also mentioned by my linux tester and I think they may be related to sluggish behavior in general.
Every mouse hover interaction seems to have become unreliable or unresponsive since today's update. Here are some clips:
main menu: https://youtu.be/0p9bUaMvdys
in game: https://youtu.be/i51Y8nU6uzA
I first noticed this on wayland and assumed that to be the issue, but it persists on X11 as well.
I'm not entirely sure how to reproduce this on other machines, but it is consistent on my computer. Some system info in case it helps:
Distro: Ubuntu 21.04
Kernel: 5.11.0-22-generic
DE: Gnome 3.38.5
CPU: AMD Ryzen 7 5800X
GPU: Radeon RX 6800XT
Me too. Tooltips don't update it you move the mouse slowly. Try to lay blueprints and the material requirements tooltip "lags"; doesn't update if you move the mouse slowly.
Previous thread: https://ludeon.com/forums/index.php?topic=54419.0 (https://ludeon.com/forums/index.php?topic=54419.0) (locked)
SendOwl version.
System: Kernel: 5.8.0-59-generic x86_64 bits: 64 compiler: N/A Desktop: Xfce 4.14.2 tk: Gtk 3.24.13 info: xfce4-panel
wm: xfwm4 dm: LightDM 1.30.0 Distro: Linux Mint 20.1 Ulyssa base: Ubuntu 20.04 focal
CPU: Topology: 6-Core model: AMD Ryzen 5 5600X bits: 64 type: MT MCP arch: Zen 3 L2 cache: 3072 KiB
flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm bogomips: 88635
Speed: 3711 MHz min/max: 2200/3700 MHz boost: enabled Core speeds (MHz): 1: 3712 2: 3710 3: 3712 4: 3712 5: 3712
6: 4641 7: 3709 8: 3711 9: 3707 10: 3713 11: 3710 12: 4633
Graphics: Device-1: Advanced Micro Devices [AMD/ATI] Hawaii PRO [Radeon R9 290/390] vendor: PC Partner Limited driver: radeon
v: kernel bus ID: 07:00.0 chip ID: 1002:67b1
Display: x11 server: X.Org 1.20.9 driver: ati,radeon unloaded: fbdev,modesetting,vesa
resolution: 2560x1600~60Hz, 1280x1024~60Hz
OpenGL: renderer: AMD HAWAII (DRM 2.50.0 5.8.0-59-generic LLVM 11.0.0) v: 4.5 Mesa 20.2.6 direct render: Yes
I thought they would fix it for the 1.3 release. It's so disappointing. I just can't play the game since the 1.3 beta in this state. when you played 1000 hrs plus with mouse only this bugs makes the game unplayable for me right now. where rimworld before 1.3 was mostly super stable and bugfree for me. I had to high expectations
This was happening since when I first re-installed to try out the 1.3 beta, but I forgot to report it. All the sliders in the game, from the custom-difficulty menu percentages to sliders on crafting menus are somewhat unresponsive, and can only be (somewhat) accurately moved by clicking a specific location. When I try to slide them (with a click-drag), they don't actually move until a random amount of time later. (And clicking on specific spots is annoying as a work-around, since it's got a bit of dead-zone near the current circle on the line.)
Running Ubuntu 20.04 LTS, and the game was fine when I was playing at Xmas last year. Hope that helps.
EDIT:
Both click-dragging and just hovering over the work-schedule time-slots also has this jerky behavior. Could be related? Nothing else on my machine like web browser, YouTube playback, or other games seems to act like this.
Tried on laptop, tried a generic low-dpi low-pollrate mouse. Same issue, propably not hardware-specific.
Menu items are not highlited if mouse is moved slowly, cannot "paint" the work schedule slowly so yeah, all mouse interaction is somewhat broken, not just hover but click and drag, too.
Same issue: [1.3.3066] UI sliders move jerkily. (https://ludeon.com/forums/index.php?topic=54591.0)
Same issue with glorious moving images: [1.3.3067] Cursor does not seem to update position unless moved quickly (Linux) (https://ludeon.com/forums/index.php?topic=54668.0)
Another one:[1.3.3071] UI Tooltips do not trigger correctly under Linux (https://ludeon.com/forums/index.php?topic=54848.0)
System: Kernel: 5.11.0-25-generic x86_64 bits: 64 compiler: N/A Desktop: Xfce 4.14.2 tk: Gtk 3.24.13 info: xfce4-panel
wm: xfwm4 dm: LightDM 1.30.0 Distro: Linux Mint 20.1 Ulyssa base: Ubuntu 20.04 focal
CPU: Topology: Dual Core model: Intel Core i5-7300U bits: 64 type: MT MCP arch: Amber Lake rev: 9 L2 cache: 3072 KiB
flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 21599
Speed: 1174 MHz min/max: 400/3500 MHz Core speeds (MHz): 1: 1136 2: 1200 3: 1200 4: 1200
Graphics: Device-1: Intel HD Graphics 620 vendor: Lenovo driver: i915 v: kernel bus ID: 00:02.0 chip ID: 8086:5916
Display: x11 server: X.Org 1.20.9 driver: modesetting unloaded: fbdev,vesa resolution: 1920x1080~60Hz
OpenGL: renderer: Mesa Intel HD Graphics 620 (KBL GT2) v: 4.6 Mesa 20.2.6 direct render: Yes
The info text at the bottom left corner displaying terrain type, items, filth etc DOES update properly even when moving mouse slowly.
Same issue: [1.3.3066] mouse hover interactions broken/unreliable on linux (https://ludeon.com/forums/index.php?topic=54560.0)
Whenever I move the cursor relatively slowly, it's as if the game does not recognize the movement. The cursor itself moves flawlessly, but the game does not react to the new position until I move the cursor quickly. This occurs only in 1.3, with or without Ideology. Downgrading to 1.2 resolves this issue, but it reappears upon upgrading to 1.3 again. This is especially noticeable (and troublesome) when "painting" in the menus or trying to investigate a pawn's health conditions. I've chosen not to include a save file as this bug occurs everywhere in the game, even in the main menu.
See the attached gifs for a demonstration.
Good job with the gifs. Annoying bug.
[1.3.3066] mouse hover interactions broken/unreliable on linux (https://ludeon.com/forums/index.php?topic=54560.0)
Hopefully the GIFs help track this down. Super annoying. Just tried forcing Steam to use Proton 6.3-5 (latest non-experimental) and the mouse works fine. Heck, I think the game's even running with less general lag when scrolling the map (https://ludeon.com/forums/index.php?topic=54659.0). That's a decent work-around; Hope Proton stays working. : |
Also see https://ludeon.com/forums/index.php?topic=54419.0, which I think is the original report.
Can't stress enough how impactful this bug is, I can't really consider the Linux version playable while this bug is around. So much of the UI is frustratingly difficult to use. Thanks for the clear demonstration of the problem.
Also demonstrated here with some nice clear GIFs: [1.3.3067] Cursor does not seem to update position unless moved quickly (Linux) (https://ludeon.com/forums/index.php?topic=54668.0)
I can confirm, same problem when using the sliders in drug policy.
Thanks for the bug report, I have reported this to the devs.