Created attachment 144204 [details] Notification has extra bottom After deleting files many times the notification starts to have an extra bottom region, see attached image for more info.
Created attachment 144207 [details] Notification has extra bottom 2
I suspect Bug 445516. If you clear the Plasma SVG cache with `rm -r ~/.cache/*plasma*` does the issue go away? If so, it's Bug 445516.
I removed the whole .cache folder then rebooted, but the problem is still persistent, to trigger this bug first you prepare some test files with long (like 100 characters) and short (like 4 characters) filenames, with those different lengths the height of notification will be forced to be recalculated for each file, to force delete notifications to appear even for small files try to first start with deleting a folder with deep recursive tree, then start to play with deleting those test files while alternating the choice between short an long filenames. It seems that the notification height is redrawn and filled after it appears on screen, because I can see clearly on some cases that it glitch while getting smaller or bigger height. See attached video for more info.
Created attachment 144222 [details] Steps to get extra bottom
Created attachment 153930 [details] Plasma Dialog - Battery applet resize glitch I have reasons to believe that this is not a bug in Notifications applet, but in the Plasma Dialog as a whole. We don't use Plasma Dialogs much, so there is no «proven track record». Notifications, Applets' full representations, Task Manager's previews are probably the only users of Plasma Dialogs. So, anyway, I found an easy way to reproduce a resize glitch, which I believe is caused by the same error that makes notifications stretchy. Attached screenshot depicts independent (not in systray) Battery & Brightness applet which is located on the top panel (I didn't get such "exciting" results from the bottom one), clicked to expand, and resized horizontally. Seems like what help triggering the glitch is some wrapping element like that inhibitions list on top: the more you shrink it, the taller it gets, so the dialog window has to adapt to any changes produced by content layout process.
Oh, this is actually the same as Bug 464029. Same root cause. *** This bug has been marked as a duplicate of bug 464029 ***