Bug 385220 - Present Windows: lag on first activiation
Summary: Present Windows: lag on first activiation
Status: RESOLVED INTENTIONAL
Alias: None
Product: kwin
Classification: Plasma
Component: effects-present-windows (show other bugs)
Version: 5.10.5
Platform: Neon Linux
: NOR minor
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-09-30 04:07 UTC by Kai Dombrowe
Modified: 2017-09-30 08:23 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Kai Dombrowe 2017-09-30 04:07:07 UTC 
The Present Windows Effect lags (is not animated) on the first activation if close buttons are enabled.
Maybe its caused by CloseWindowView:
The object is created on the fly @PresentWindowsEffect::setActive, it also creates a QQuickView and calls QStandardPaths::locate.

KWin support information:
https://paste.kde.org/p69nzabhw
Comment 1 Martin Flöser 2017-09-30 08:23:27 UTC 
It probably is the CloseWindowView, but my first thought was when reading your report was: "probably NVIDIA". Unfortunately that guess is right.

NVIDIA is still really slow in such situations. We are caught between a hard and a rock place here. Either we move this out of first invocation (then startup is slower) or we have the lag on first startup. As this seems to be mostly an NVIDIA problem the general solution is unfortunately that we keep it as it is.