Bug 349249 - ESC/arrow keys don't have any effect anymore in 'Desktop Grid' effect
Summary: ESC/arrow keys don't have any effect anymore in 'Desktop Grid' effect
Status: RESOLVED DUPLICATE of bug 347566
Alias: None
Product: kwin
Classification: Plasma
Component: effects-window-management (other bugs)
Version First Reported In: git master
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-06-16 17:42 UTC by Elias Probst
Modified: 2015-06-19 17:04 UTC (History)
0 users

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


Attachments
Screenshot showing screen layout issues/desktop grid effect (3.12 MB, image/png)
2015-06-19 12:00 UTC, Elias Probst
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Elias Probst 2015-06-16 17:42:06 UTC
When the 'Desktop Grid' effect is active:
- The configured effect hotkey/ESC used to cancel the effect
- Arrow keys allowed to select the active desktop

This stopped working a while ago - can't determine currently the exact commit.

Running latest KF5/kwin from git + Qt 5.4.1.
Comment 1 Thomas Lübking 2015-06-16 20:44:37 UTC
Works for me (git from yesterday or the day before)
Does it work (again) after restarting "kwin_x11 --replace &" for you?

Does it matter how the grid is invoked?
Do you use PresentWindows + DesktopGrid?

-> qdbus org.kde.KWin /KWin supportInformation
Comment 2 Elias Probst 2015-06-16 21:33:46 UTC
Meh - sorry for the noise.
After the latest rebuild + kwin restart it works just as expected.

Sorry for the noise.
Comment 3 Thomas Lübking 2015-06-16 22:16:21 UTC
No problem at all - far better this than the other way round ;-)
Comment 4 Elias Probst 2015-06-19 11:24:59 UTC
Seeing the issue again now (full supportInformation below).
When triggering the effect, kglobalaccel reports correctly:

Jun 19 13:23:42 moria kglobalaccel5[3170]: kglobalaccel-runtime unknown: Got XKeyPress event
Jun 19 13:23:42 moria kglobalaccel5[3170]: kglobalaccel-runtime unknown: "Meta+D" = "ShowDesktopGrid"

But once the effect is active, it doesn't catch anything.
What information (besides supportInformation) would be helpful to debug this further?

KWin Support Information:
The following information should be used when requesting support on e.g. http://forum.kde.org.
It provides information about the currently running instance, which options are used,
what OpenGL driver and which effects are running.
Please post the information provided underneath this introductory text to a paste bin service
like http://paste.kde.org instead of pasting into support threads.

==========================

Version
=======
KWin version: 5.3.90
Qt Version: 5.4.1
Qt compile version: 5.4.1
XCB compile version: 1.11

Operation Mode: X11 only

Build Options
=============
KWIN_BUILD_DECORATIONS: yes
KWIN_BUILD_TABBOX: yes
KWIN_BUILD_ACTIVITIES: yes
HAVE_WAYLAND: yes
HAVE_WAYLAND_EGL: yes
HAVE_WAYLAND_CURSOR: yes
HAVE_XKB: yes
HAVE_INPUT: yes
HAVE_DRM: yes
HAVE_GBM: yes
HAVE_X11_XCB: yes

X11
===
Vendor: The X.Org Foundation
Vendor Release: 11701000
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, 9
decorationButtonsRight: 6, 3, 4, 5
borderSize: 3
gridUnit: 10
font: Oxygen-Sans,10,-1,0,50,0,0,0,0,0
smallSpacing: 2
largeSpacing: 10

Options
=======
focusPolicy: 1
nextFocusPrefersMouse: true
clickRaise: true
autoRaise: false
autoRaiseInterval: 0
delayFocusInterval: 0
shadeHover: false
shadeHoverInterval: 250
separateScreenFocus: false
placement: 4
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: 16777250
showGeometryTip: true
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
unredirectFullscreen: false
glSmoothScale: 2
colorCorrected: false
xrenderSmoothScale: false
maxFpsInterval: 16666666
refreshRate: 0
vBlankTime: 6000000
glStrictBinding: true
glStrictBindingFollowsDriver: true
glCoreProfile: false
glPreferBufferSwap: 101
glPlatformInterface: 1

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

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

Screen 0:
---------
Name: eDP1
Geometry: 0,0,1920x1080
Refresh Rate: 60.001


Compositing
===========
Compositing is active
Compositing Type: OpenGL
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Ivybridge Mobile 
OpenGL version string: 3.0 Mesa 10.7.0-devel (git-6b8accb)
OpenGL platform interface: GLX
OpenGL shading language version string: 1.30
Driver: Intel
GPU class: IvyBridge
OpenGL version: 3.0
GLSL version: 1.30
Mesa version: 10.7
X server version: 1.17.1
Linux kernel version: 4.0.4
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
slide
screenshot
minimizeanimation
kwin4_effect_translucency
desktopgrid
kwin4_effect_windowaperture
kwin4_effect_fade
kwin4_effect_maximize
presentwindows
kwin4_effect_dialogparent
highlightwindow
blur
contrast
logout
dashboard
windowgeometry
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:

slide:

screenshot:

minimizeanimation:

kwin4_effect_translucency:

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

kwin4_effect_windowaperture:

kwin4_effect_fade:

kwin4_effect_maximize:

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

kwin4_effect_dialogparent:

highlightwindow:

blur:
blurRadius: 12
cacheTexture: true

contrast:

logout:
useBlur: true

dashboard:
brightness: 0.5
saturation: 0.5
blur: false

windowgeometry:
handlesMoves: true
handlesResizes: true

startupfeedback:
type: 1

screenedge:

kscreen:
Comment 5 Thomas Lübking 2015-06-19 11:40:21 UTC
Just happened here as well, but after a "kwin_x11 --replace" it's gone.

I suspect the add/remove desktop buttons to be involved since they also (unrelated) "suddenly" loose hover animations.
Comment 6 Thomas Lübking 2015-06-19 11:46:00 UTC
Seems to be bug #347566 - I had altered the screen layout. Did again: adding screen -> no problem.
Removing that screen: problem.

Also the add/remove buttons are gone until one restarts the compositor.
Confirmable?
Comment 7 Elias Probst 2015-06-19 12:00:30 UTC
Created attachment 93234 [details]
Screenshot showing screen layout issues/desktop grid effect

Screen layout changes could be related. Disconnected my external display this morning at ~05:30 (~8.5h ago), kwin_x11 is running a bit longer than that:

% systemctl --user status -l -n 5 kwin
● kwin.service - KDE Window Manager
   Loaded: loaded (/etc/systemd/user/kwin.service; enabled; vendor preset: enabled)
   Active: active (running) since Fri 2015-06-19 00:47:20 CEST; 13h ago
 Main PID: 25365 (kwin_x11)
   CGroup: /user.slice/user-1000.slice/user@1000.service/kwin.service
           └─25365 /usr/bin/kwin_x11 --replace

Jun 19 13:54:45 moria kwin_x11[25365]: kwin_core unknown: PERMITTED 'ID: 31457361 ;WMCLASS: "plasmashell" : "plasmashell" ;Caption: "Plasma" ' true
Jun 19 13:54:45 moria kwin_x11[25365]: kwin_core unknown: KWin::Client(0x260a7c0) true false false
Jun 19 13:54:45 moria kwin_x11[25365]: kwin_core unknown: PERMITTED 'ID: 31457361 ;WMCLASS: "plasmashell" : "plasmashell" ;Caption: "Plasma" ' true
Jun 19 13:54:52 moria kwin_x11[25365]: kwin_core unknown: screens:  1 desktops:  4
Jun 19 13:54:52 moria kwin_x11[25365]: kwin_core unknown: Done.


I still see the add/remove buttons in the lower-right corner, but I also see some artifacts in each virtual desktop's lower-right corner (see attached screenshot).

The attached screenshot reveals another problem. It looks like the screen-layout wasn't properly updated.
Currently, no external display is connected, but the screenshot has still the size of both of my screens and also contains some "ghost" content besides the "Desktop Grid" effect.
The lower screen is the one currently active, while the effect is shown in the upper one (which is currently not connected).
Comment 8 Thomas Lübking 2015-06-19 12:01:28 UTC
Artifacts are bug #348577
Comment 9 Thomas Lübking 2015-06-19 12:03:57 UTC
Sorry.

Oversized root window is a bug in libkscreen, see bug #349123 on details (should be fixed in libkscreen git)
Comment 10 Thomas Lübking 2015-06-19 17:04:13 UTC
Some negative information:
--------------------------
despite grabXKeyboard() suggests "success", no keypress/release is received in workspaceEvent(xcb_event_t)

Changing the grab to operate on XCB_TIME_CURRENT_TIME makes no difference.

=> we silently fail to grab the keyboard, but don't know why.

*** This bug has been marked as a duplicate of bug 347566 ***