Bug 511950

Summary:	Windows/tasks grouped into one button don't clear attention required and the panel does not hide
Product:	[Plasma] plasmashell	Reporter:	Jure Repinc <jlp>
Component:	Task Manager and Icons-Only Task Manager widgets	Assignee:	Plasma Bugs List <plasma-bugs-null>
Status:	CONFIRMED ---
Severity:	normal	CC:	kdedev, niccolo.venerandi, qydwhotmail
Priority:	NOR
Version First Reported In:	master
Target Milestone:	1.0
Platform:	openSUSE
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Jure Repinc 2025-11-11 10:51:07 UTC

SUMMARY
I have noticed that if I open LibreWolf (Firefox clone) where it has multiple windows to restore and if at that time the taskbar was already almost full then the LibreWolf windows get grouped under single button on taskbar. I have Panel set to avoid windows (hide when windows are maximised in my case). But even when I go through all LibreWolf windows requiring attention and click on each one of them, the attention gets cleared for them (or at least it should, the highlight marker gets cleared from the menu that shows up when I click on the grouped taskbar button), the panel does not get hidden at all. If I do the same when taskbar/panel is clear and there is place for all LibreWolf taskbar buttons all works fine when I click on all windows requiring attention and the panel does hide.

STEPS TO REPRODUCE
1. Have LibreWolf/Firefox with many windows (not just many tabs in one window, but many tabs in many separate windows) and set it to restore windows and tabs on start
2. Make sure other applications are open and the taskbar on the panel is almost full
3. Have panel set to auto hide or hide for avoiding windows
4. Close LibreWolf and restart it so it opens all these many windows

OBSERVED RESULT
LibreWolf opens many windows and since there is no space in panel/taskbar the window buttons get grouped into one. Since some windows are requiring attention the panel is not hidden. Even after visiting all windows that require attention the panel does not hide even if all windows are maximised.

EXPECTED RESULT
After visiting all windows requiring attention the panel should hide.

SOFTWARE/OS VERSIONS
Operating System: openSUSE Tumbleweed 20251109
KDE Plasma Version: 6.5.80
KDE Frameworks Version: 6.20.0
Qt Version: 6.10.0
Kernel Version: 6.17.7-1-default (64-bit)
Graphics Platform: Wayland
Processors: 12 × AMD Ryzen 5 7600 6-Core Processor
Memory: 32 GiB of RAM (31.0 GiB usable)
Graphics Processor: AMD Radeon RX 7900 GRE

Comment 1 TraceyC 2025-12-01 22:07:14 UTC

Thanks for the bug report. Are you using the Icons-Only Task Manager (as opposed to Icons-and-Text)?
Also, can you share screenshots of the settings for your task manager for the Appearance and Behavior tabs?

Thanks!

Comment 2 Jure Repinc 2025-12-02 06:43:38 UTC

I'm using the Icons+Text one

Is there any easy way to start only Plasma in English. I tried relaunching it via "LANG=en plasmashell --replace" which works with other applications, but Plasma still launched in Slovenian.

Comment 3 Jure Repinc 2025-12-02 07:24:06 UTC

Anyways here is the entry from ~/.config/plasma-org.kde.plasma.desktop-appletsrc
[Containments][2][Applets][5][Configuration][General]
groupedTaskVisualization=3
highlightWindows=true
launchers=
middleClickAction=Close
showOnlyCurrentDesktop=true
showOnlyCurrentScreen=true
taskMaxWidth=Wide

Comment 4 TraceyC 2025-12-02 21:26:32 UTC

(In reply to Jure Repinc from comment #2)
> I'm using the Icons+Text one

Thanks for the additional detail.

> Is there any easy way to start only Plasma in English. I tried relaunching
> it via "LANG=en plasmashell --replace" which works with other applications,
> but Plasma still launched in Slovenian.

You would need to make English your default language in the Region settings. If you need detailed assistance, the forums
https://discuss.kde.org/c/help/6(https://discuss.kde.org/c/help/6) are a better place to ask how-to questions. The bug tracker isn't intended for conversations unrelated to fixing the bug. Thanks for your understanding.

Comment 5 TraceyC 2025-12-02 21:27:06 UTC

I can confirm this behavior on git-master.