At startup, notifications don't have shadows. Consecutive notifications have shadows. See https://www.youtube.com/watch?v=DEp87SEzmKc I did little investigation: it looks like notifications are mapped and then after several frames, KWin gets shadow, e.g. * Draw frame * Draw frame * ... * Draw frame * Get shadow through ShadowInterface * Draw frame (so, when KWin gets the shadow, Scene::Window already has cached window quads, thus the shadow is not rendered)
Is this wayland only?
(In reply to David Edmundson from comment #1) > Is this wayland only? Yes.
... well, at least I can reproduce this only on Wayland. On X11, notifications have shadows.
Ok, so we have two bugs. 1) Technically one could add a shadow at any time (at least the spec doesn't forbid it) which your patch addresses 2) Plasma::Dialog is broken and needs fixing.
krunner is also shadowless on first run under Wayland on neon dev unstable.
Git commit 213239a0ea0a9c0967bb68d1eda7a8d4d6a09498 by Vlad Zagorodniy. Committed on 13/09/2018 at 13:20. Pushed by vladz into branch 'master'. [shadow] Rebuild quads after creation of shadow Summary: If a shadow is installed for already rendered window, the shadow won't be initially rendered because we don't rebuild window quad cache. FIXED-IN: 5.14.0 Test Plan: Can't reproduce 398572 anymore. Reviewers: #kwin, davidedmundson Reviewed By: #kwin, davidedmundson Subscribers: kwin Tags: #kwin Differential Revision: https://phabricator.kde.org/D15475 M +8 -9 shadow.cpp https://commits.kde.org/kwin/213239a0ea0a9c0967bb68d1eda7a8d4d6a09498