Profile reverts often to default

Jopp-gh commented 1 week ago

Is there an existing issue for this?

[X] I searched the existing issues and did not find anything similar.

Current Behavior

Problem

I've a dozen of different gamepad profiles and switching profiles is rather difficult, because AntiMicroX often resets my selected game profile to default ("new").

This reset happens when I mouse click away / Ctrl+tab / change workspace (to my gaming workspace). It seems, no matter how do it, my selected game profiles is reset multiple times. Only with luck, my game profile sticks to the selected game profile.

This bug affects both the tray menu and AntiMicroX's configuration window

Expected Behavior

Suggestion:

prevent keyboards (modifier keys like Ctrl, opt, super, shift, etc) and all controller buttons, especially controller axes to modify AntiMicroX's profile configuration (pop-up and checkbox buttons).

Basically, only a mouse should be able to set controller profiles.

Steps To Reproduce

Steps:

select a custom profile from AntiMicroX's tray menu or select one from AntiMicroX's configuration window
Switch to the right game, related the selected profile
In game, the controller won't do anything (because AntiMicroX will reset your profile back to default, "new")
To fix this bug, I've to go back and forth multiple times to set my game profile.

Environment

Program version 3.4.1
Compiled from packaging: 3.4.1-x86_64 GitHub AppImage Release
Using SDL 2.30.6
running with SDL 2.30.6
Uses Qt 5.12.8
using event handler: XTest
Compositor type: x11
Host OS: linuxmint Version: 21.3 Architecture: x86_64

Anything else?

Meanwhile I learned how to setup auto-profiles, an awesome feature. Still, this alternative doesn't resolve this bug report.

My report seems to be a duplicate of #936, but I think, my description is more detailed so better to work with. 😉

Upvote & Fund

If you find this issue important, mark it with 👍. It lets us see which fixes and features are demanded by the most users.
We're using Polar.sh so you can upvote and help fund this issue. It may incentivize some developers to contribute to this project and fix some bugs.
Funded developer receives the funding once the issue is completed & confirmed by you.
Thank you in advance for helping prioritize & fund our backlog.

pktiuk commented 5 days ago

Could you collect some logs when this issue happens?

I need to check what triggers this change in your case. Maybe this may be linked with misbehaving autoprofile.

Jopp-gh commented 5 days ago

Thank you, I've added a zip. I ran the Appimage from terminal. If you need another log, let me know.

My thought, it's the "Default" string under auto-profiles to change game profiles to default "new".

AntiMicroX-debug.zip

pktiuk commented 5 days ago

From your logs you seem to have enabled auto-profiles which are used to switching profiles when selected window is changed. For auto profile this is expected behavior

Jopp-gh commented 5 days ago

Yes correct, I'm using auto-profiles.

However, this bug pushed me to learn and use auto-profiles. Without auto-profiles I'd still struggle to select the right profile.

So, Auto-profiles solved my issue, but the bug remains. Maybe my first post wasn't clear enough, in this case I apologize. Let me know if you need more logs.

I find it strange that some auto-profiles added automatically the string "Default" to their row. Also, I don't get the reason of this VAR, to be honest. A title, class or path to the executable should be enough to assign the right profile to the right game. Profiles with the "Default" string in their row cause this issue, imo.

pktiuk commented 2 days ago

If you report me a bug about profiles switching when auto-profiles are disabled, then provide me logs, when auto-profiles are disabled.

AntiMicroX / antimicrox