Leap 16 --couple of issues with mouse action glitchy && not typing in message boxes?

I have been noticing “stuff” happening or not happening in my Leap 16 install, that seem ephemeral, but keeping repeating, enough that I wrote it down in my “log” . . . .

1.) Several repeats on the typing or non-typing, clicking in a message box, the cursor loads, start typing, but nothing shows up. Or, trying to edit within the words just typed . . . effort declined, will not move cursor to make the edit.

2.) After today’s zypper up . . . mouse action became “glitchy” . . . the movement of the cursor became erratic, not following the movement of the physical mouse, but aiming off in other directions???

MSI B550 Pro Ryzen 5700G . . .

  • Show inxi -SGaz
  • Which DE?
  • X11 or Wayland?

This data should cover your other questions, no?

~> inxi -SGaz
System:
  Kernel: 6.12.0-160000.7-default arch: x86_64 bits: 64 compiler: gcc
    v: 13.4.0 clocksource: tsc avail: hpet,acpi_pm
    parameters: BOOT_IMAGE=/boot/vmlinuz root=/dev/nvme0n1p8
  Desktop: Xfce v: 4.20.1 tk: Gtk v: 3.24.50 wm: xfwm4 v: 4.20.0
    with: xfce4-panel tools: xfce4-screensaver vt: 7 dm: LightDM v: 1.32.0
    Distro: openSUSE Leap 16.0
Graphics:
  Device-1: Advanced Micro Devices [AMD/ATI] Cezanne [Radeon Vega Series /
    Radeon Mobile Series] driver: amdgpu v: kernel arch: GCN-5 code: Vega
    process: GF 14nm built: 2017-20 pcie: gen: 3 speed: 8 GT/s lanes: 16
    link-max: gen: 4 speed: 16 GT/s ports: active: DP-1 empty: DP-2,HDMI-A-1
    bus-ID: 30:00.0 chip-ID: 1002:1638 class-ID: 0300 temp: 25.0 C
  Display: x11 server: X.org v: 1.21.1.15 compositor: xfwm4 v: 4.20.0
    driver: X: loaded: modesetting unloaded: vesa alternate: fbdev dri: radeonsi
    gpu: amdgpu display-ID: :0.0 screens: 1
  Screen-1: 0 s-res: 1920x1080 s-size: <missing: xdpyinfo>
  Monitor-1: DP-1 model: Samsung LS24D40xG serial: <filter> built: 2245
    res: 1920x1080 hz: 60 dpi: 92 gamma: 1.2 size: 528x297mm (20.79x11.69")
    diag: 606mm (23.9") ratio: 16:9 modes: max: 1920x1080 min: 720x400
  API: OpenGL v: 4.6 vendor: amd mesa v: 24.3.3 glx-v: 1.4 es-v: 3.2
    direct-render: yes renderer: AMD Radeon Graphics (radeonsi renoir LLVM
    19.1.7 DRM 3.61 6.12.0-160000.7-default) device-ID: 1002:1638
    memory: 3.91 GiB unified: no

Does the same happen on Wayland?
Not running XFCE here, but does it use lightdm by default?

1 Like

Fair question . . . can’t exactly say. This is a “new” machine from May/June of '25. There have been “historically” problems with the various display managers, requiring changes to another one. But, I believe this install of Leap 16 is “box stock” as it came out of the installer?

~> sudo update-alternatives --list default-displaymanager
[sudo] password for root: 
/usr/lib/X11/displaymanagers/console
/usr/lib/X11/displaymanagers/lightdm
/usr/lib/X11/displaymanagers/xdm

No, IIRC Leap 16.0 comes with XFCE on Wayland ( though marked Experimental.

I’m not an XFCE user, but It could be an issue with xfwm4 compositing (if you’re running an X11 session). To start with try disabling the compositor (Settings > Windows Manager Tweaks).

A Mesa regression may be another possibility. Try the above first though.

OK. I believe at that time the Agama installer was not able to select a disk for installation, so I had a 15.6 installer with the older installer on it, installed 15.6 and then edited repos to “16” . . . so I haven’t selected X or Wayland, but generally am still using X wherever possible.

So, are you referring to the unchecking of “enable display compositing”?? As per screenshot that will be included? Just checking before I mess with it. But, as I have in this machine alone 8 distros of various ilk, I have not “gotten under the hood” or messed with the system in the last month or so, which would then manifest with these weird problems, like even in trying to grab the screenshot the mouse behavior was “not stable” . . . . I just run zypper up and let the system take care of itself . . . which has seemingly manifested in these odd behaviors in Leap.

…yes

1 Like

OK, thanks for the clarification on it. I just checked your linked data for XFCE, and that is dated from '20 . . . which I think was relevant around then, but IMHO not recently. Like there was the time when we could pick “compton” but that hasn’t been around for awhile . . . .

It’s not the dragging of windows, which was an historical problem possibly with XFCE or Xubuntu . . . this is “the mouse” and stuff with “the cursor” . . . that seems to show up intermittently, particularly in Google Vooice messaging box, but, not on this or other forums . . . here I am able to type easily.

And the mouse glitch was enhanced when trying to drag the selection in screenshot app . . . . This is recent behavior . . . not going back to 6 months ago.

edit: Another “oddity” the “enable display compositing” box unchecked itself?? So, we can now “monitor” the behavior w/o it?"

And, exactly that is not supported. The opensuse-migration-tool takes care of the necessary changes to a.o. repo setup.

I only referenced it with respect to the compositor. :wink: Did you try disabling it yet? Any different?

1 Like

OK . . . “unsupported behavior” that manifests 7 months later?? I think I have three repos enabled . . . does that look problematic or likely to cause problems that come and go?

Missed this. If already disabled, we can move on. A pragmatic approach is to try comparing other desktop behavior - ideally desktops supporting Wayland. If mesa is the underlying issue, it will show up regardless of desktop in use.

1 Like

OK . . . when it was disabled it added some large black border around the active window and actually did slightly add in the jerky window when dragging it.

I enabled it again and the black border went away . . . I would prefer to not have that black edging . . . . I re-enabled the compositor. Easy enough to turn it on and off.

But, you are suggesting that another DE be brought in for testing purposes, and selecting Wayland?? Might do that, but problem in SUSE is once a DE is added it can’t be removed?? I like an efficient system . . . so far in my testing on other machines Wayland has been not ready for prime time . . .

Had the thought that what might be interesting for testing purposes would be to run a fresh install of Leap 16 using the latest Agama installer, on another drive in the machine . . . let it select Wayland or whatever it would want . . . and then compare the behaviors between the two Leap 16 installs . . . ???

Whichever one “prevails” could then remain as the choice in Leap 16 . . . only difference would be that the present install is I believe running on an nvme drive and the other would be running on a SATA SSD . . . .

What would be the suggested DE to run on it??

It’s not going to happen right away, but rather than tearing apart or adding weight to the Leap 16 install I have now, which is more or less “OK” other than this mouse/curosr anomaly . . . to start another one and see if it is “Leap 16” or if it is “unsupported behavior” at work??

Any answer given will be subjective, but for my money KDE Plasma (run as a Wayland session). You could also try evaluating XFCE Wayland session as Gertjan already hinted at.

2 Likes

Indeed, on the subjective experience. I understand that Plasma seems to be the choice of DE for the majority of linux users . . . I never gravitated toward it, for the general “busyness” of the GUI. I think I have one distro out of a number that is TW running Plasma . . . just to check it out.

But, one thing I haven’t done is to check to see if my present Leap install offers different sessions on log in, like on my Sys76 laptop, GNOME offers a choice of X or Wayland, & COSMIC offers only Wayland. I did see a recent post on Fosstodon that did say, “XFCE will offer Wayland,” and I did post a reply on that thread. Possibly “in the interest of science,” whatever new install of Leap that I do, perhaps the XFCE/Wayland iteration would be the one to choose . . . if it is offered now in the current Leap installer???

If you have XFCE installed, then you should have the option to start it as a Wayland compositor (the same as those running Plasma can). You generally choose the desired session via the login (display) manager. I’m not sure about LightDM, as I generally use SDDM.

It was mentioned here…and mentioned earlier in this thread (post #6)…

Alrighty, thanks for the follow up and the link, which I briefly scanned through.

I did check to see if there is a Wayland session available in my existing 16 install, and no there isn’t . . . just XFCE and “ice” something, the bare bones DE that gets installed with XFCE??

So far in several attempts to test out Wayland function, “stuff” happens, or doesn’t happen so I return to X.

I do have SDDM as the choice in my TW install and possibly others . . . I run the stock system until something “breaks” and then make a switch . . . LightDM is fine for the most part, I don’t have any “faves” these days . . . .