Created attachment 193099 [details] video showing the issue DESCRIPTION The search in Application Launcher becomes small if you switch to Application Menu and then back. It seems to resolve itself after a restart of plasmashell. STEPS TO REPRODUCE 1. Switch from Application Launcher to Application Menu using "Show alternatives" 2. Open the Application Menu 3. Switch back to Application Launcher 4. Try to search for something SOFTWARE/OS VERSIONS KDE Plasma Version: 6.6.91 KDE Frameworks Version: 6.26.0 Qt Version: 6.11.1 Graphics Platform: Wayland Graphics Processor: AMD Radeon RX 6800
Can reproduce. I can also reproduce the issue if I create a new default panel and search in it.
Weird. Reverting 9d55adc0593aebf10a1830c74a8a49c1b454496d seems to fix it, but this doesn't seem to be a good solution.
Just adding a new kickoff widget to a panel is enough to trigger it. I haven't completely tried it out, but I'm pretty certain the issue is that - Libplasma AppletPopup's updateSize skips the resize if the size was explicitly set from the config, otherwise it takes the implicitWidth - Kickoff's implicit width is sidebar width + content width (which is the same for all views) - the search view has no sidebar, so a lower width When we add a kickoff widget, the config doesn't have a size yet (as at that point it's not determined and written to the config yet). When we start the search, it removes the sidebar. updateSize does not think it has a size from the config, so it modifies the popup's size. After restarting Plasma, it has a size from the config, so it skips the resizing in the same situation. The problem didn't happen before 9d55adc0593aebf10a1830c74a8a49c1b454496d, because then we set a preferred size, which overrules the implicit size. (But it causes its own issues, such as occasional polish loops apparently?) If this is correct, it could happen with other widgets too, but they need to size themselves dynamically the first time like kickoff and not have a preferred size set, and possibly other conditions (so I'm not sure it applies to any). AppletPopup should probably listen to when the size is saved the first time, but I'm a bit scared of this breaking other things. Alternatively, we could set the minimum size in kickoff to handle at least this case (but we might have to do some manual calculation.
A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/3823
Git commit 3c9fd70cc13f3af80743ce0e45f9ed5a729324a3 by Christoph Wolk. Committed on 18/06/2026 at 07:18. Pushed by cwo into branch 'master'. applets/kickoff: explicitly set implicit sizes for fullRep StackView Kickoff uses implicit sizes of the content to find its regular size on first run. Once set and written to the config, AppletPopup will maintain this size when the implicit sizes change on subsequent runs, but for the first run, implicit size changes will resize the window. Almost all pages in Kickoff set the same content sizes (as the main views have implicit sizes based on fitting a certain amount of items, which is the same for all content views), but this breaks on search views: the content view still has the regular size, but we don't have a sidebar or footer. Everything works as expected on the second or later run of Plasma after adding the applet, but on the first one starting a search will inappropriately change the size of the popup. This issue was avoided prior to 6.7 by setting a preferred size on the fullRep, but this caused its own issues. Instead, we set the implicit size of the StackView itself to the implicit size of the starting page. We never want to size this StackView differently from the default page anyway, as doing so could only ever work on the very run of Plasma that this applet instance was added, and the default page's size is the correct size for kickoff overall, so this seems semantically correct independently of how Plasma handles popup sizes. FIXED-IN: 6.7.1 M +2 -0 applets/kickoff/FullRepresentation.qml https://invent.kde.org/plasma/plasma-desktop/-/commit/3c9fd70cc13f3af80743ce0e45f9ed5a729324a3
*** Bug 521696 has been marked as a duplicate of this bug. ***
Git commit 806cce3bf65ade3d6d1e7a760332aa29ddf36d5a by Christoph Wolk. Committed on 22/06/2026 at 15:04. Pushed by cwo into branch 'Plasma/6.7'. applets/kickoff: explicitly set implicit sizes for fullRep StackView Kickoff uses implicit sizes of the content to find its regular size on first run. Once set and written to the config, AppletPopup will maintain this size when the implicit sizes change on subsequent runs, but for the first run, implicit size changes will resize the window. Almost all pages in Kickoff set the same content sizes (as the main views have implicit sizes based on fitting a certain amount of items, which is the same for all content views), but this breaks on search views: the content view still has the regular size, but we don't have a sidebar or footer. Everything works as expected on the second or later run of Plasma after adding the applet, but on the first one starting a search will inappropriately change the size of the popup. This issue was avoided prior to 6.7 by setting a preferred size on the fullRep, but this caused its own issues. Instead, we set the implicit size of the StackView itself to the implicit size of the starting page. We never want to size this StackView differently from the default page anyway, as doing so could only ever work on the very run of Plasma that this applet instance was added, and the default page's size is the correct size for kickoff overall, so this seems semantically correct independently of how Plasma handles popup sizes. FIXED-IN: 6.7.1 (cherry picked from commit 3c9fd70cc13f3af80743ce0e45f9ed5a729324a3) Co-authored-by: Christoph Wolk <cwo.kde@posteo.net> M +2 -0 applets/kickoff/FullRepresentation.qml https://invent.kde.org/plasma/plasma-desktop/-/commit/806cce3bf65ade3d6d1e7a760332aa29ddf36d5a