1. Forum
  2. Usenet
  3. LINUX.DEBIAN.MAINT.KDE

  • KDE in Trixie: left mouse button actions differ from configurations

    From =?UTF-8?Q?Marco_M=C3=B6ller?=@21:1/5 to All on Mon Jun 9 11:40:01 2025
    In Debian Trixie - KDE System Settings the configuration for the mouse
    click behavior is not working as expected. I am in detail referring to
    the following settings:

    KDE Plasma Version: 6.3.4
    KDE Frameworks Version: 6.13.0

    KDE System Settings - Window Management - Windows Behavior - Window
    Actions - Inactive Inner Window Actions


    I observe these configurations to work correctly for the RIGHT and
    MIDDLE click definitions, but for the LEFT mouse button definitions the actually applied actions differ from the configuration. I appears as if
    the list of actually applied left mouse button actions would be shifted
    to the list of definitions. I'll in the following first name the option
    in the Settings, and then behind a "-->" sign the actually observed functionality:

    "Activate, raise and pass click" --> activates & passes click
    "Activate and pass click" --> activates
    "Activate" --> activates and raises
    "Activate and raise" --> passes left click (no Activate and no Raise) "Activate, pass click and raise on release" --> activates & raises &
    passes click

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?Q?Marco_M=C3=B6ller?=@21:1/5 to Timothy M Butterworth on Mon Jun 9 15:00:01 2025
    On 09.06.25 11:48, Timothy M Butterworth wrote:
    (...)
    KDE System Settings - Window Management - Windows Behavior - Window
    Actions - Inactive Inner Window Actions
    (..)
    "Activate, raise and pass click" --> activates & passes click
    "Activate and pass click" --> activates
    "Activate" --> activates and raises
    "Activate and raise" --> passes left click (no Activate and no Raise)
    "Activate, pass click and raise on release" --> activates & raises &
    passes click

    If you are trying to get single left click instead of double click then
    you need to configure: System Settings > Workspace > General Behavior.
    Scroll down to the clicking files or folders options and select "Opens Them"

    No, I am not trying to get a single left click.

    As I wrote, I am reporting for left mouse button actions that the
    configuration options listed left side in my pseudo table do other
    things than they claim they would do. I documented on the right side
    behind the "-->" sign which wrong behavior they are currently
    triggering. I commented that the list of actually triggered actions
    appears to be shifted in reference to the list of available configurable options. This concerns the left mouse button. For the right and middle
    mouse button the correct actions are triggered.

    It would be good if this can be fixed for the Trixie release, but I
    wouldn't know whom to inform about this. Therefore I sent this bug
    report to this list, in hope that some KDE package and code
    knowledgeable people could forward it to the correct maintainer or
    developer.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?B?QXVyw6lsaWVu?= COUDERC@21:1/5 to All on Mon Jun 9 22:30:02 2025
    Hi Marco,

    Le lundi 9 juin 2025, 11:32:42 heure d’été d’Europe centrale Marco Möller a écrit :
    In Debian Trixie - KDE System Settings the configuration for the mouse
    click behavior is not working as expected. I am in detail referring to
    the following settings:

    […]

    I observe these configurations to work correctly for the RIGHT and
    MIDDLE click definitions, but for the LEFT mouse button definitions the actually applied actions differ from the configuration. I appears as if
    the list of actually applied left mouse button actions would be shifted
    to the list of definitions. I'll in the following first name the option
    in the Settings, and then behind a "-->" sign the actually observed functionality:
    […]

    Isn’t this the same as upstream bug report [1] ?

    Here’s a build with the fix backported on top of kwin from unstable for your to try. [2]

    [1] https://bugs.kde.org/show_bug.cgi?id=501457
    [2] https://people.debian.org/~coucouf/kwin_6.3.5-2~pre1/

    Of course you should never trust random people from the internet telling you to install packages.
    So you should check that the changes file is signed with my key from the debian keyring :
    gpgv --keyring /usr/share/keyrings/debian-keyring.pgp kwin_6.3.5-2~pre1_amd64.changes
    and that the checksums of the deb files match what’s listed in the changes file.


    Happy hacking,
    --
    Aurélien

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?B?QXVyw6lsaWVu?= COUDERC@21:1/5 to All on Mon Jun 30 00:30:01 2025
    Le lundi 9 juin 2025, 14:57:17 heure d’été d’Europe centrale Marco Möller a écrit :
    On 09.06.25 11:48, Timothy M Butterworth wrote:

    It would be good if this can be fixed for the Trixie release, but I
    wouldn't know whom to inform about this. Therefore I sent this bug
    report to this list, in hope that some KDE package and code
    knowledgeable people could forward it to the correct maintainer or developer.

    I’ve shared a set of patched kwin packages earlier in the discussion, could you give them a try and see if it fixes your issue ?

    Also it would be great to have a bug report in the Debian BTS to follow up on the issue.


    Thanks,
    --
    Aurélien

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?Q?Marco_M=C3=B6ller?=@21:1/5 to All on Mon Jun 30 17:00:02 2025
    On 30.06.25 00:03, Aurélien COUDERC wrote:
    Le lundi 9 juin 2025, 14:57:17 heure d’été d’Europe centrale Marco Möller a écrit :
    On 09.06.25 11:48, Timothy M Butterworth wrote:

    It would be good if this can be fixed for the Trixie release, but I
    wouldn't know whom to inform about this. Therefore I sent this bug
    report to this list, in hope that some KDE package and code
    knowledgeable people could forward it to the correct maintainer or
    developer.

    I’ve shared a set of patched kwin packages earlier in the discussion, could you give them a try and see if it fixes your issue ?

    Also it would be great to have a bug report in the Debian BTS to follow up on the issue.


    Thanks,
    --
    Aurélien



    Your patch fully corrected the reported issue. Thanks a lot!

    Sorry for the late response. I now tested it and confirm that now all selections from the pull down menu let the KDE Plasma system apply
    exactly the described function.
    I tested this in Wayland for all options of that pull down menu for the
    LEFT mouse button action.
    I didn't test it for the other mouse buttons (MIDDLE and RIGHT), after
    the pull down menu for those worked correctly before and I understood
    that your patch anyway did not touch relevant code for the other
    buttons. I didn't test it in X11 by now, assuming it there is the same
    patch and thus should work the same.

    For testing your patch I assumed that it would be necessary to install
    all packages in your folder: https://people.debian.org/~coucouf/kwin_6.3.5-2~pre1/

    Therefore I triggered from the directory to which I downloaded those files:

    sudo apt install ./kwin-wayland_6.3.5-2~pre1_amd64.deb ./libkwin6_6.3.5-2~pre1_amd64.deb ./kwin-data_6.3.5-2~pre1_all.deb ./kwin-common_6.3.5-2~pre1_amd64.deb ./kwin-x11_6.3.5-2~pre1_amd64.deb

    Would I receive the update to next versions of these packages still automatically, or I do I should I now first roll back to the former
    (buggy) packages in Trixie, so that they from that former versions than
    become correctly updated aautomatically again when your patches arrive
    in the Trixie repository?

    Is the bug report still required after this confirmation that the bug is patched by your code? If so, would you have the URL where exactly I
    should report the bug, and against which package?

    Best wishes,
    Marco

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)