Created attachment 183024 [details] Photo of audio volume widget becoming super wide, taking up a lot of the needed space in the task bar SUMMARY Since I've upgraded to 6.4.x, sometimes the audio volume widget becomes extremely wide and takes up a lot of space, which is kind of disruptive. I've taken a photo to demonstrate the problem due to #506703 preventing a screenshot. STEPS TO REPRODUCE 1. Have an audio volume widget in your taskbar 2. ??? 3. At some point it will be wide. OBSERVED RESULT See photo. EXPECTED RESULT Audio volume widget doesn't randomly become wide. SOFTWARE/OS VERSIONS Windows: macOS: (available in the Info Center app, or by running `kinfo` in a terminal window) Linux/KDE Plasma: postmarketOS Edge based on Alpine Edge KDE Plasma Version: 6.4.2 KDE Frameworks Version: 6.15.0 Qt Version: 6.8.3 ADDITIONAL INFORMATION
Thanks for the bug report. So that we can try to reproduce this, can you let us know what you have set in the System Tray Settings? Also, can you share the settings for the panel this is on? Thanks
🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME. For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging. Thank you for helping us make KDE software even better for everyone!
Created attachment 183525 [details] Screenshot of the Panel Settings For some reason it hasn't happened again since I reported this. Nevertheless, here's a screenshot of the panel settings. I have no system tray since I find it too distracting and too hard to configure to behave in expected ways, from left to right I have 1. Application Menu, 2. Icons-Only Task Manager, 3. Brightness and Color widget, 4. Networking widget, 5. Audio volume widget, 6. Notifications widget which due to https://bugs.kde.org/show_bug.cgi?id=506442 I have set to do-not-disturb, 7. Digital Clock, 8. Peek at desktop.
Have you encountered it with any other standalone widgets? Or just this one?
Looking at the code, I see a plausible case where this would happen: https://invent.kde.org/plasma/plasma-pa/-/blob/master/applet/main.qml?ref_type=heads#L203-L204 Basically if it doesn't think it's on a panel, then it will fall back to a width appropriate for a desktop widget, which would correspond to the width you're seeing it have on your panel. So the question is: why does it think it's not on a panel? Niccolò, any ideas?
It happened with just this widget, and it hasn't repeated since. Although that may be because I haven't moved widgets around since then.
See https://invent.kde.org/plasma/plasma-pa/-/merge_requests/380 I'm not sure we have enough info to be certain that the formFactor is incorrect; but without being able to reproduce this, I think this is the best fix we can come up with at the moment.
Fixed by Niccolò Venerandi with https://invent.kde.org/plasma/plasma-pa/-/commit/2eb34dc04dc4ef1a2cfa5bfe507a8172f0fe29ee for Plasma 6.5.0!
Git commit 2eb34dc04dc4ef1a2cfa5bfe507a8172f0fe29ee by Niccolò Venerandi. Committed on 22/08/2025 at 09:25. Pushed by ngraham into branch 'master'. Remove unnecessary minimumWidth/minimumHeight distinctions Only the minimumHeight will be considered on a vertical panel, and only the minimumWidth will be considered on a horizontal one. When the applet is not on the panel, the compact representation won't be used. Thus, we can drop the distinction entirely and avoid any possible wrong value. M +2 -21 applet/main.qml https://invent.kde.org/plasma/plasma-pa/-/commit/2eb34dc04dc4ef1a2cfa5bfe507a8172f0fe29ee