Bug 376368 - Window opening animations no longer work since Plasma 5.9
Summary: Window opening animations no longer work since Plasma 5.9
Status: RESOLVED DUPLICATE of bug 376609
Alias: None
Product: kwin
Classification: Plasma
Component: effects-various (show other bugs)
Version: 5.9.1
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-02-11 19:52 UTC by Filip Fila
Modified: 2017-03-28 05:16 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Filip Fila 2017-02-11 19:52:58 UTC
Since Plasma 5.9 the window opening animations no longer work for me.

The window opens in a raw manner, as if no effects are used. 

I was using the Fade and Glide effects, which now *only work upon closing the window*. 

I use Manjaro and kwin version 5.9.1. My friend who uses Arch Linux also confirms this is a recent and 5.9 series bug. 

A video that shows when it worked (0:05-0:07):
https://www.youtube.com/watch?v=6yMzUhaLuRg

A video that shows that it doesn't work anymore:
https://youtu.be/Eq-La5nivQM
Comment 1 Filip Fila 2017-02-11 19:59:29 UTC
My friend just told me that a temporary fix is to first turn the used effects off and then turn them on again. Upon reboot the bug however appears again.
Comment 2 Martin Flöser 2017-02-12 07:32:36 UTC
Please provide the output of:
qdbus org.kde.KWin /KWin supportInformation
Comment 3 Filip Fila 2017-02-12 14:37:26 UTC
(In reply to Martin Gräßlin from comment #2)
> Please provide the output of:
> qdbus org.kde.KWin /KWin supportInformation

https://paste.kde.org/p1skwnbld
Comment 4 Martin Flöser 2017-02-12 17:33:46 UTC
Version
=======
KWin version: 5.9.1
Qt Version: 5.8.0
Qt compile version: 5.8.0
XCB compile version: 1.12

Operation Mode: X11 only

Build Options
=============
KWIN_BUILD_DECORATIONS: yes
KWIN_BUILD_TABBOX: yes
KWIN_BUILD_ACTIVITIES: yes
HAVE_INPUT: yes
HAVE_DRM: yes
HAVE_GBM: yes
HAVE_X11_XCB: yes
HAVE_EPOXY_GLX: yes
HAVE_WAYLAND_EGL: yes

X11
===
Vendor: The X.Org Foundation
Vendor Release: 11901000
Protocol Version/Revision: 11/0
SHAPE: yes; Version: 0x11
RANDR: yes; Version: 0x14
DAMAGE: yes; Version: 0x11
Composite: yes; Version: 0x4
RENDER: yes; Version: 0xb
XFIXES: yes; Version: 0x50
SYNC: yes; Version: 0x31
GLX: yes; Version: 0x0

Decoration
==========
Plugin: org.kde.breeze
Theme: 
Blur: 0
onAllDesktopsAvailable: true
alphaChannelSupported: true
closeOnDoubleClickOnMenu: false
decorationButtonsLeft: 0, 2
decorationButtonsRight: 6, 3, 4, 5
borderSize: 0
gridUnit: 10
font: Lato,10,-1,5,63,0,0,0,0,0,Semibold
smallSpacing: 2
largeSpacing: 10

Options
=======
focusPolicy: 0
nextFocusPrefersMouse: false
clickRaise: true
autoRaise: false
autoRaiseInterval: 0
delayFocusInterval: 0
shadeHover: false
shadeHoverInterval: 250
separateScreenFocus: false
placement: 5
focusPolicyIsReasonable: true
borderSnapZone: 10
windowSnapZone: 10
centerSnapZone: 0
snapOnlyWhenOverlapping: false
rollOverDesktops: true
focusStealingPreventionLevel: 1
legacyFullscreenSupport: false
operationTitlebarDblClick: 5000
operationMaxButtonLeftClick: 5000
operationMaxButtonMiddleClick: 5015
operationMaxButtonRightClick: 5014
commandActiveTitlebar1: 0
commandActiveTitlebar2: 30
commandActiveTitlebar3: 2
commandInactiveTitlebar1: 4
commandInactiveTitlebar2: 30
commandInactiveTitlebar3: 2
commandWindow1: 7
commandWindow2: 8
commandWindow3: 8
commandWindowWheel: 31
commandAll1: 10
commandAll2: 3
commandAll3: 14
keyCmdAllModKey: 16777251
showGeometryTip: false
condensedTitle: false
electricBorderMaximize: true
electricBorderTiling: true
electricBorderCornerRatio: 0.25
borderlessMaximizedWindows: false
killPingTimeout: 5000
hideUtilityWindowsForInactive: true
inactiveTabsSkipTaskbar: false
autogroupSimilarWindows: false
autogroupInForeground: true
compositingMode: 1
useCompositing: true
compositingInitialized: true
hiddenPreviews: 1
glSmoothScale: 2
xrenderSmoothScale: false
maxFpsInterval: 16666666
refreshRate: 0
vBlankTime: 6000000
glStrictBinding: true
glStrictBindingFollowsDriver: true
glCoreProfile: true
glPreferBufferSwap: 101
glPlatformInterface: 1
windowsBlockCompositing: false

Screen Edges
============
desktopSwitching: false
desktopSwitchingMovingClients: false
cursorPushBackDistance: 1x1
timeThreshold: 150
reActivateThreshold: 350
actionTopLeft: 0
actionTop: 0
actionTopRight: 0
actionRight: 0
actionBottomRight: 0
actionBottom: 0
actionBottomLeft: 0
actionLeft: 0

Screens
=======
Multi-Head: no
Active screen follows mouse:  no
Number of Screens: 1

Screen 0:
---------
Name: DVI-1
Geometry: 0,0,1920x1080
Refresh Rate: 60


Compositing
===========
Compositing is active
Compositing Type: OpenGL
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD BONAIRE (DRM 2.49.0 / 4.10.0-1-MANJARO, LLVM 3.9.1)
OpenGL version string: 4.3 (Core Profile) Mesa 13.0.4
OpenGL platform interface: GLX
OpenGL shading language version string: 4.30
Driver: Unknown
GPU class: Unknown
OpenGL version: 4.3
GLSL version: 4.30
Mesa version: 13.0.4
X server version: 1.19.1
Linux kernel version: 4.10
Direct rendering: Requires strict binding: yes
GLSL shaders:  yes
Texture NPOT support:  yes
Virtual Machine:  no
OpenGL 2 Shaders are used
Painting blocks for vertical retrace:  no

Loaded Effects:
---------------
zoom
slidingpopups
kwin4_effect_login
wobblywindows
slide
screenshot
kwin4_effect_translucency
magiclamp
glide
desktopgrid
kwin4_effect_windowaperture
colorpicker
kwin4_effect_morphingpopups
kwin4_effect_maximize
kwin4_effect_fade
presentwindows
kwin4_effect_dialogparent
highlightwindow
blur
contrast
startupfeedback
screenedge
kscreen

Currently Active Effects:
-------------------------
blur
contrast

Effect Settings:
----------------
zoom:
zoomFactor: 1.2
mousePointer: 0
mouseTracking: 0
enableFocusTracking: false
followFocus: true
focusDelay: 350
moveFactor: 20
targetZoom: 1

slidingpopups:
fadeInTime: 150
fadeOutTime: 250

kwin4_effect_login:

wobblywindows:
stiffness: 0.15
drag: 0.8
moveFactor: 0.1
xTesselation: 20
yTesselation: 20
minVelocity: 0
maxVelocity: 1000
stopVelocity: 0.5
minAcceleration: 0
maxAcceleration: 1000
stopAcceleration: 0.5
moveEffectEnabled: true
openEffectEnabled: false
closeEffectEnabled: false
moveWobble: true
resizeWobble: true

slide:

screenshot:

kwin4_effect_translucency:

magiclamp:
animationDuration: 250

glide:
duration: 350
effect: 0
angle: 0

desktopgrid:
zoomDuration: 300
border: 10
desktopNameAlignment: 0
layoutMode: 0
customLayoutRows: 2
usePresentWindows: true

kwin4_effect_windowaperture:

colorpicker:

kwin4_effect_morphingpopups:

kwin4_effect_maximize:

kwin4_effect_fade:

presentwindows:
layoutMode: 0
showCaptions: true
showIcons: true
doNotCloseWindows: false
ignoreMinimized: false
accuracy: 20
fillGaps: true
fadeDuration: 150
showPanel: false
leftButtonWindow: 1
rightButtonWindow: 2
middleButtonWindow: 0
leftButtonDesktop: 2
middleButtonDesktop: 0
rightButtonDesktop: 0

kwin4_effect_dialogparent:

highlightwindow:

blur:
blurRadius: 12
cacheTexture: true

contrast:

startupfeedback:
type: 1

screenedge:

kscreen:
Comment 5 Martin Flöser 2017-02-12 19:29:33 UTC
I'm sorry, but this is not a bug. The previous behavior was a bug. Fade and glide effect were supposed to be mutual exclusive, but the code didn't work.

The commit in question is:
commit fb69b791a16f4a89fd79a010ce8f67419de16004
Author: Martin Gräßlin <mgraesslin@kde.org>
Date:   Mon Oct 31 11:22:24 2016 +0100

    Ensure that all Effects honour the grab roles correctly
    
    Summary:
    When windows get added some effects grab the window and want to be the
    only one animating this window. For this the grab roles exists. An
    effect being notified later on evaluates the grab state and does not
    start the animation.
    
    This process failed due to being dependent on the order the effects are
    loaded. Window Added/Closed are signals emitted by EffectsHandler, thus
    first come, first serve. The requested effect order does not play into
    it.
    
    Due to that it could happen that an Effect which should not animate,
    started to animate as the grab was still there.
    
    This change adds the possibility to be notified whenever the window data
    changes. A new signal is added to EffectsHandler which is emitted
    whenever the windowData changes. The interested effects connect to it
    and cancel their (just started) animation for the window.
    
    Adjusted effects are:
    * ScaleIn
    * Fade
    * WobblyWindows
    
    In case of WobblyWindows an additional logical error was fixed that the
    animations were only run when an effect grabbed instead of the other way
    around.
    
    BUG: 336866
    FIXED-IN: 5.8.4
    
    Reviewers: #kwin, #plasma, broulik
    
    Subscribers: plasma-devel, kwin
    
    Tags: #kwin
    
    Differential Revision: https://phabricator.kde.org/D3211
Comment 6 Filip Fila 2017-02-13 18:50:50 UTC
Yes, but Glide on its own doesn't work either. It doesn't matter if Fade if turned on or off, the Glide opening animation still doesn't work.
Comment 7 Martin Flöser 2017-02-14 06:28:47 UTC
I just enabled glide on my system and it is working correctly.
Comment 8 Filip Fila 2017-02-15 13:59:54 UTC
(In reply to Martin Gräßlin from comment #7)
> I just enabled glide on my system and it is working correctly.

It works after you enable it during a session, but does it work even after you reboot the system?

My friend wasn't using Fade either and had the same problem, I asked another friend to test it out so I will also additionally report back on what he finds.
Comment 9 Lukas Spies 2017-03-01 06:08:33 UTC
Same problem here since upgrade to Plasma 5.9 (running Arch Linux). Only enabled effect affecting opening/closing of windows is the glide effect. When I disable and then enable it, it works until either the system is put into standby or the compositor is disabled and enabled again...
Comment 10 Martin Flöser 2017-03-28 05:16:37 UTC
*** This bug has been marked as a duplicate of bug 376609 ***