Incorrect Window Buttons applet behavior with multiple monitors

hello did you end up finding a solution to this problem?
i tried changing all the settings in the widget, but they didnt work for minimised windows.
sorry for necroposting but i cannot find other solutions for this problem and it is very annoying.

(This new thread refers to Weird Window Buttons Behavior)

Welcome to the Forum and Happy New Year! :smiley:

Can you plz provide the output of garuda-inxi?

Kernel: 6.1.1-zen1-1-zen arch: x86_64 bits: 64 compiler: gcc v: 12.2.0
parameters: BOOT_IMAGE=/@/boot/vmlinuz-linux-zen
root=UUID=a1233120-7f2f-4c58-a196-55928510cccc rw [email protected]
quiet quiet splash rd.udev.log_priority=3 vt.global_cursor_default=0
loglevel=3 ibt=off
Desktop: KDE Plasma v: 5.26.4 tk: Qt v: 5.15.7 info: latte-dock
wm: kwin_x11 vt: 1 dm: SDDM Distro: Garuda Linux base: Arch Linux
Type: Desktop Mobo: Gigabyte model: B450M H v: x.x
serial: <superuser required> UEFI: American Megatrends LLC. v: F61
date: 07/13/2021
Info: model: AMD Ryzen 5 5600G with Radeon Graphics bits: 64 type: MT MCP
arch: Zen 3 gen: 4 level: v3 note: check built: 2021-22
process: TSMC n7 (7nm) family: 0x19 (25) model-id: 0x50 (80) stepping: 0
microcode: 0xA50000C
Topology: cpus: 1x cores: 6 tpc: 2 threads: 12 smt: enabled cache:
L1: 384 KiB desc: d-6x32 KiB; i-6x32 KiB L2: 3 MiB desc: 6x512 KiB
L3: 16 MiB desc: 1x16 MiB
Speed (MHz): avg: 1911 high: 3900 min/max: 1400/4464 boost: enabled
scaling: driver: acpi-cpufreq governor: schedutil cores: 1: 3219 2: 1400
3: 1982 4: 1400 5: 1400 6: 1400 7: 3900 8: 1400 9: 1569 10: 2391 11: 1485
12: 1395 bogomips: 93427
Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm
Type: itlb_multihit status: Not affected
Type: l1tf status: Not affected
Type: mds status: Not affected
Type: meltdown status: Not affected
Type: mmio_stale_data status: Not affected
Type: retbleed status: Not affected
Type: spec_store_bypass mitigation: Speculative Store Bypass disabled via
Type: spectre_v1 mitigation: usercopy/swapgs barriers and __user pointer
Type: spectre_v2 mitigation: Retpolines, IBPB: conditional, IBRS_FW,
STIBP: always-on, RSB filling, PBRSB-eIBRS: Not affected
Type: srbds status: Not affected
Type: tsx_async_abort status: Not affected
Device-1: AMD Cezanne [Radeon Vega Series / Radeon Mobile Series]
vendor: Gigabyte driver: amdgpu v: kernel arch: GCN-5.1 code: Vega-2
process: TSMC n7 (7nm) built: 2018-21 pcie: gen: 3 speed: 8 GT/s lanes: 16
link-max: gen: 4 speed: 16 GT/s ports: active: DP-1,HDMI-A-1 empty: none
bus-ID: 0a:00.0 chip-ID: 1002:1638 class-ID: 0300 temp: 40.0 C
Display: x11 server: X.Org v: 21.1.6 with: Xwayland v: 22.1.7
compositor: kwin_x11 driver: X: loaded: amdgpu unloaded: modesetting
alternate: fbdev,vesa dri: radeonsi gpu: amdgpu display-ID: :0 screens: 1
Screen-1: 0 s-res: 3840x1080 s-dpi: 96 s-size: 1016x285mm (40.00x11.22")
s-diag: 1055mm (41.54")
Monitor-1: DP-1 mapped: DisplayPort-0 pos: left model: AOC 2450W
built: 2012 res: 1920x1080 hz: 60 dpi: 94 gamma: 1.2
size: 521x293mm (20.51x11.54") diag: 598mm (23.5") ratio: 16:9 modes:
max: 1920x1080 min: 720x400
Monitor-2: HDMI-A-1 mapped: HDMI-A-0 pos: primary,right
model: Philips PHL 271V8 serial: <filter> built: 2021 res: 1920x1080 dpi: 82
gamma: 1.2 size: 598x336mm (23.54x13.23") diag: 686mm (27") ratio: 16:9
modes: max: 1920x1080 min: 720x400
API: OpenGL v: 4.6 Mesa 22.3.1 renderer: AMD Radeon Graphics (renoir LLVM
14.0.6 DRM 3.49 6.1.1-zen1-1-zen) direct render: Yes
Device-1: AMD Renoir Radeon High Definition Audio driver: snd_hda_intel
v: kernel pcie: gen: 3 speed: 8 GT/s lanes: 16 link-max: gen: 4
speed: 16 GT/s bus-ID: 0a:00.1 chip-ID: 1002:1637 class-ID: 0403
Device-2: AMD Family 17h/19h HD Audio vendor: Gigabyte
driver: snd_hda_intel v: kernel pcie: gen: 3 speed: 8 GT/s lanes: 16
link-max: gen: 4 speed: 16 GT/s bus-ID: 0a:00.6 chip-ID: 1022:15e3
class-ID: 0403
Sound API: ALSA v: k6.1.1-zen1-1-zen running: yes
Sound Server-1: PulseAudio v: 16.1 running: no
Sound Server-2: PipeWire v: 0.3.63 running: yes
Device-1: Realtek RTL8192EE PCIe Wireless Network Adapter driver: rtl8192ee
v: kernel pcie: gen: 1 speed: 2.5 GT/s lanes: 1 port: e000 bus-ID: 06:00.0
chip-ID: 10ec:818b class-ID: 0280
IF: wlp6s0 state: up mac: <filter>
Device-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet
vendor: Gigabyte driver: r8169 v: kernel pcie: gen: 1 speed: 2.5 GT/s
lanes: 1 port: d000 bus-ID: 08:00.0 chip-ID: 10ec:8168 class-ID: 0200
IF: enp8s0 state: down mac: <filter>
Local Storage: total: 2.27 TiB used: 452.95 GiB (19.4%)
SMART Message: Unable to run smartctl. Root privileges required.
ID-1: /dev/nvme0n1 maj-min: 259:0 vendor: Crucial model: CT500P1SSD8
size: 465.76 GiB block-size: physical: 512 B logical: 512 B speed: 31.6 Gb/s
lanes: 4 type: SSD serial: <filter> rev: P3CR021 temp: 38.9 C scheme: GPT
ID-2: /dev/sda maj-min: 8:0 type: USB vendor: Western Digital
model: WD20EARX-00PASB0 size: 1.82 TiB block-size: physical: 512 B
logical: 512 B type: N/A serial: <filter> rev: 0001 scheme: MBR
SMART Message: Unknown USB bridge. Flash drive/Unsupported enclosure?
ID-1: / raw-size: 232.63 GiB size: 232.63 GiB (100.00%)
used: 37.47 GiB (16.1%) fs: btrfs dev: /dev/nvme0n1p4 maj-min: 259:4
ID-2: /boot/efi raw-size: 512 MiB size: 511 MiB (99.80%)
used: 30.2 MiB (5.9%) fs: vfat dev: /dev/nvme0n1p1 maj-min: 259:1
ID-3: /home raw-size: 232.63 GiB size: 232.63 GiB (100.00%)
used: 37.47 GiB (16.1%) fs: btrfs dev: /dev/nvme0n1p4 maj-min: 259:4
ID-4: /var/log raw-size: 232.63 GiB size: 232.63 GiB (100.00%)
used: 37.47 GiB (16.1%) fs: btrfs dev: /dev/nvme0n1p4 maj-min: 259:4
ID-5: /var/tmp raw-size: 232.63 GiB size: 232.63 GiB (100.00%)
used: 37.47 GiB (16.1%) fs: btrfs dev: /dev/nvme0n1p4 maj-min: 259:4
Kernel: swappiness: 133 (default 60) cache-pressure: 100 (default)
ID-1: swap-1 type: zram size: 15.01 GiB used: 0 KiB (0.0%) priority: 100
dev: /dev/zram0
System Temperatures: cpu: 47.5 C mobo: N/A gpu: amdgpu temp: 40.0 C
Fan Speeds (RPM): N/A
Processes: 358 Uptime: 4h 10m wakeups: 7 Memory: 15.02 GiB
used: 7.63 GiB (50.8%) Init: systemd v: 252 default: graphical
tool: systemctl Compilers: gcc: 12.2.0 Packages: pm: pacman pkgs: 1387
libs: 375 tools: octopi,pamac,paru Shell: fish v: 3.5.1 default: Bash
v: 5.1.16 running-in: konsole inxi: 3.3.24
Garuda (2.6.12-1):
System install date:     2022-12-31
Last full system update: 2023-01-01
Is partially upgraded:   No
Relevant software:       NetworkManager
Windows dual boot:       Probably (Run as root to verify)
Snapshots:               Snapper
Failed units:            systemd-vconsole-setup.service

Try to play around with the panel settings like here. You might need to change what you have or most likely create a new top panel by cloning the existing one. But you are the only one who can try and check.

hi i tried cloning the top panel from the instructions that you gave me but the issue still persists. when i try to close a maximised window that is behind a non-maximised window it still minimises the non-maximised window, even though i want to close the other window.

i think the panel prioritises whatever is on the very top without considering windows that are behind it.

That probably makes sense, it works with the focused window. That being said maybe there are use cases were it shouldn't. A possible action would be to ask the developer of Window Buttons on github, I guess?

1 Like

I thought about that, but unfortunately the developer is psifidotos, the same who dropped the development of Latte Dock. In fact, there have been no releases nor commits for several months.
If the issue is confirmed, it could be a problem to arrive at a solution... :frowning:


Oh darn it that's true, that's why we lost both of them. No one took over the dev (yet, if ever), so support is close to nil.

Unlike Latte, I have not seen a replacement of that Window Button applet, you are correct at the moment we are all stuck. :frowning:


While not as pretty, I can confirm Active Window Control works on multiple monitor setups to some degree. There could be other alternatives out there that still work as well.

(I could use the windows buttons from a panel on a different screen to control the currently active window with it. Doesn't work with minimized windows, but at least it can control windows from a different monitor)


The only thing is the last changelog dates from 6 years ago.

adding a secondary dock fixes the issue with controlling windows on another monitor.

it just does not work for minimised windows.

Ya, I know. Surprised it still works somewhat, and I'm using it myself with some work arounds until it just breaks. It was supposed to be moved into the KDE umbrella, but has been marked as inactive there some time ago I am unsure if that is going to happen.
I am hoping there will be more active development on these kind of features eventually...


Well it surprisingly still works with kde-git (the upcoming 5.27)! Including all 4 buttons.

If you play with the config you can change buttons and placement and stuff but it seems capable of replacing a couple of known applets, just with that one.

Like you said it's only for ACTIVE windows, which doesn't help the OP, but the applet works right now in kde-git... I'll keep an eye on that applet once 5.27 hits the shelves!

Tnx @Kayo :smiley:

1 Like