[Bug] Right trigger inputs release after a while

[L10nM4st3r]

Current Behaviour

If I hold the mine button (bound to right trigger, the default) for a long while, eventually it will stop mining. Sometimes it lasts a good 30 seconds, sometimes it stops after only a few seconds.

I am on a steam deck OLED, running controllify 2.5.2 (latest stable release), minecraft 1.21.10, fabric loader 0.18.3.

(I can't play with the beta controlify versions because it crashes my game. "[84.675s][warning][os] Loading hsdis library failed". I have managed to run with it, but now it crashes and I have spent all day messing with mods and I do not wanna mess around anymore)

Expected Behaviour

It to continue mining blocks for as long as I have the trigger pressed down.

Screenshots

No response

Reproduction Steps

1. Give yourself haste 255 or any other way to insta-break blocks.
2. In survival, break blocks by holding down the trigger, do not release.
3. Eventually the game will stop mining despite not depressing the trigger.

Logs

After changing settings:



[00:42:45] [Render thread/INFO]: Initializing Controlify...
[00:42:45] [Render thread/INFO]: Loading Controlify config...
[00:42:45] [Render thread/INFO]: [SDLNativesLoader] Attempting to load SDL3 from SDL3
[00:42:45] [Render thread/INFO]: [LoadedSDLNatives] Loading SDL3 version: 3.2.18. Java bindings targeting: 3.2.18
[00:42:46] [Render thread/INFO]: [LoadedSDLNatives] Successfully initialised SDL subsystems
[00:42:46] [Render thread/INFO]: [SDLNativesLoader] Successfully loaded SDL3 natives
[00:42:46] [Render thread/INFO]: Successfully loaded 398 gamepad mapping entries!
[00:42:46] [Render thread/INFO]: Using SDL to identify controller type.
[00:42:46] [Render thread/ERROR]: [SteamDeckUtil] Skipping Steam Deck checks as steamOS has temporarily broken the enhaned driver.
[00:42:46] [Render thread/INFO]: [ControllerManager] [Controller #SDL-1] SDL GUID driver signature: HIDAPI
[00:42:46] [Render thread/INFO]: [ControllerManager] Controller connected: 'Steam Deck'#SDL-1-HID[VID=0x28de, PID=0x1205] (Steam Deck)
[00:42:46] [Render thread/INFO]: Saving Controlify config...
[00:42:46] [Render thread/INFO]: Steam Deck state: NOT_STEAM_DECK
[00:42:46] [Render thread/INFO]: Using SDL to identify controller type.
[00:42:46] [Render thread/WARN]: [ControllerManager] [Controller #SDL-1] Tried to create controller that already is initialised: SDL-1.

Mod Version

2.5.2

Controller

Steam Deck OLED

Bluetooth

• Yes

Operating System

Linux/SteamOS

ARM

• Yes

Additional Information

Only thing I could maybe assume it is, I do have a mouse plugged in, I'm in desktop mode as of testing, I'm walking around, and looking around. Insta-breaking dirt and sometimes snow, sometimes aiming at air. Seems vibrations do not effect it, whether enabled or disabled. Gyro-controls enabled. Lightly-modded (mostly vanilla with qol) game.

Running the game through Prism Launcher AppImage (instead of flatpak, because flatpak made the game stutter randomly).

Just to make sure...

• I have made sure I am using the latest version of Controlify for the latest version of Minecraft.
• I have made sure there are no other issues describing the same problem on the issue tracker.

[L10nM4st3r]

Just managed to get it to run on the latest version, bc updating the mod somehow fucked my iris somehow.

[L10nM4st3r]

Bug happens even if the blocks are not insta-broken.

Also accidentally left it to the latest version, and now works. (had to delete iris configs)

[L10nM4st3r]

Left trigger also has the same effect. Easy way to test is to grab a shield.

[L10nM4st3r]

I can also confirm it is not the hardware (steam input test does not de-press them.) Only thing I have not tried is gaming mode or launching the game through steam. I'll do that tomorrow.

[L10nM4st3r]

Ok, launching it through steam, it does keep the trigger held down. However, it will not recognise gyro controls or the back button.