Bug#897980: chromium-bsu: on play mode, after the first left click, game loose focus of mouse
Control: tags -1 + fixed-upstream Control: forwarded -1 https://sourceforge.net/p/chromium-bsu/code/ci/e59779dedc94dffcdf8ea784582e57a8fa88eb91/ https://sourceforge.net/p/chromium-bsu/mailman/message/37724985/ On Mon, 19 Sep 2022 17:21:33 +0800 Paul Wise wrote: > To be honest, I do not know if this is a bug in the game or in SDL or > in GNOME Wayland or Wayland libraries or something else so I am not > confident in applying this workaround. This was a bug in the game, it is now fixed upstream by Ville Syrjälä. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#897980: chromium-bsu: on play mode, after the first left click, game loose focus of mouse
On Mon, 2022-09-19 at 12:14 +0900, Charles Plessy wrote: > Unfortunately, the mouse movements are buggy, as sometimes they are > transiently limited in the horizontal or vertical range of the screen > that they can cover. I hadn't noticed it that, but I can reproduce that currently. > If the environment variable setting is the correct solution for this > bug, how about changing `/usr/games/chromium-bsu/` to a script that > checks for something like `$XDG_SESSION_TYPE == 'wayland'` and > sets `SDL_VIDEODRIVER=wayland` accordingly if true ? To be honest, I do not know if this is a bug in the game or in SDL or in GNOME Wayland or Wayland libraries or something else so I am not confident in applying this workaround. If it does get added, I think I would do it in the upstream source, before SDL gets initialised. I'm asking folks on the #debian-games channel who use non-GNOME Wayland to test and see if they have the same issue. Hopefully this can narrow down where the bug might be. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#897980: chromium-bsu: on play mode, after the first left click, game loose focus of mouse
Le Wed, Mar 24, 2021 at 10:58:24AM +0800, Paul Wise a écrit : > > Are you using a Wayland desktop? If so, please log out and try it with > an X11 desktop, or tell SDL to switch to using Wayland instead of X11: > > env SDL_VIDEODRIVER=wayland chromium-bsu Hi Paul, same problem here, and setting the environment variable as you showed allowed to move the fighter while firing. Unfortunately, the mouse movements are buggy, as sometimes they are transiently limited in the horizontal or vertical range of the screen that they can cover. I can not tell if it is a separate bug or a side effect of the workaround you proposed above. If the environment variable setting is the correct solution for this bug, how about changing `/usr/games/chromium-bsu/` to a script that checks for something like `$XDG_SESSION_TYPE == 'wayland'` and sets `SDL_VIDEODRIVER=wayland` accordingly if true ? Have a nice day, Charles -- Charles Plessy Nagahama, Yomitan, Okinawa, Japan Tooting from work, https://mastodon.technology/@charles_plessy Tooting from home, https://framapiaf.org/@charles_plessy
Bug#897980: chromium-bsu: on play mode, after the first left click, game loose focus of mouse
On Sat, 2021-03-27 at 10:51 +0100, trebor wrote: > I am definitively using X11. I've just tried it using Cinnamon X11 and GNOME X11 and Wayland. As far as I can tell it only happens with GNOME Wayland when not using the wayland video driver for SDL and not with Cinnamon or GNOME X11. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#897980: chromium-bsu: on play mode, after the first left click, game loose focus of mouse
I am definitively using X11. $ LANG=C SDL_VIDEODRIVER=wayland chromium-bsu Couldn't initialize SDL: wayland not available $ Am Mittwoch, dem 24.03.2021 um 10:58 +0800 schrieb Paul Wise: > On Sat, 05 May 2018 13:22:22 +0100 tglman wrote: > > > when playing after the first left click the game loose the focus of > > the mouse, > > so the game do not follow anymore the movements of the mouse, left > > and right > > click work correctly though, only mouse move are not handled > > correctly > > Are you using a Wayland desktop? If so, please log out and try it > with > an X11 desktop, or tell SDL to switch to using Wayland instead of > X11: > > env SDL_VIDEODRIVER=wayland chromium-bsu >
Bug#897980: chromium-bsu: on play mode, after the first left click, game loose focus of mouse
On Sat, 05 May 2018 13:22:22 +0100 tglman wrote: > when playing after the first left click the game loose the focus of the mouse, > so the game do not follow anymore the movements of the mouse, left and right > click work correctly though, only mouse move are not handled correctly Are you using a Wayland desktop? If so, please log out and try it with an X11 desktop, or tell SDL to switch to using Wayland instead of X11: env SDL_VIDEODRIVER=wayland chromium-bsu -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#897980: chromium-bsu: on play mode, after the first left click, game loose focus of mouse
Package: chromium-bsu Version: 0.9.16.1-2 Followup-For: Bug #897980 Dear Maintainer, I also have the same problem described by tglman. It does not matter if gameplay is in fullscreen or window mode. My window manager is cinnamon 3.8.8 BR Robert -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8), LANGUAGE=de_AT:de (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages chromium-bsu depends on: ii chromium-bsu-data 0.9.16.1-2 ii fonts-uralic0.0.20040829-6 ii libalut01.1.0-5+b2 ii libc6 2.28-8 ii libgcc1 1:8.3.0-2 ii libgl1 1.1.0-1 ii libglc0 0.7.2-6 ii libglu1-mesa [libglu1] 9.0.0-2.1+b2 ii libopenal1 1:1.19.1-1 ii libsdl2-2.0-0 2.0.9+dfsg1-1 ii libsdl2-image-2.0-0 2.0.4+dfsg1-1 ii libstdc++6 8.3.0-2 chromium-bsu recommends no packages. chromium-bsu suggests no packages. -- no debconf information
Bug#897980: chromium-bsu: on play mode, after the first left click, game loose focus of mouse
Package: chromium-bsu Version: 0.9.16.1-2 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Started the game and start to play it using the mouse * What exactly did you do (or not do) that was effective (or ineffective)? Just standard game run * What was the outcome of this action? when playing after the first left click the game loose the focus of the mouse, so the game do not follow anymore the movements of the mouse, left and right click work correctly though, only mouse move are not handled correctly * What outcome did you expect instead? The game follow the mouse movement correctly. *** End of the template - remove these template lines *** -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.15.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages chromium-bsu depends on: ii chromium-bsu-data 0.9.16.1-2 ii fonts-uralic0.0.20040829-6 ii libalut01.1.0-5+b2 ii libc6 2.27-3 ii libgcc1 1:8.1.0-1 ii libgl1 1.0.0+git20180308-2 ii libglc0 0.7.2-5+b3 ii libglu1-mesa [libglu1] 9.0.0-2.1 ii libopenal1 1:1.18.2-3 ii libsdl2-2.0-0 2.0.8+dfsg1-1 ii libsdl2-image-2.0-0 2.0.3+dfsg1-1 ii libstdc++6 8.1.0-1 chromium-bsu recommends no packages. chromium-bsu suggests no packages. -- no debconf information