since 4.10Beta ksnapshot do not work always in composited mode it will only record a empty image with the correct width and height but without any visible objects Reproducible: Sometimes Steps to Reproduce: 1. take a screenshot of a "window under the mouse" 2. try again and again - mostly 1 of 3 times it will not work Actual Results: http://i.imgur.com/olW1I.png .. nothing Expected Results: should work always this bug is only in composited mode, without compositing enabled it works always
Works fine for me when desktop effects are enabled. Please disable(or enable) effect one by one to isolate the one causing the problem.
please try the xrender backend ("kcmshell4 kwincompositing", 3rd tab) and attach the outputs (with the disfunctional backend) of qdbus org.kde.kwin /KWin supportInformation xrandr -q glxinfo -l
(In reply to comment #2) > please try the xrender backend ("kcmshell4 kwincompositing", 3rd tab) and > attach the outputs (with the disfunctional backend) of with opengl (2) http://paste.kde.org/631700/ xrandr http://paste.kde.org/631706/ with xrandr its broken in this way and in another. "all" pics with content are like this: http://i.imgur.com/nOsvW.png top and left shadowed, right and bottom cuttet. played with all effects. only 1 will workaround this. the kwin effect snapshot helper (dont know the real name since i can not switch to another language.. seems to be broken too :/) i need to disable this effect and now all windows where drawn in ksnapshot but now its impossible to take snapshots of "the window behind"
By disabling the snapshot effect, ksnapshot works like uncomposited (thus no transparency or hidden windows) Unfortunately the link to the xrender shot seems dead? (404)
Created attachment 76024 [details] xrandr composited ksnapshot
Hmm .. not the problem, but I smell we lack a sync here - can you try a patch?
ping? other test: i bet your left arm, the you're usin the raster graphicssystem (kcmshell4 kwincompositing, 3rd tab) and i bet your right arm that in addition you'll not be able to cause this with the native graphicssystem. confirmed?
(In reply to comment #7) > ping? > other test: i bet your left arm, the you're usin the raster graphicssystem > (kcmshell4 kwincompositing, 3rd tab) and i bet your right arm that in > addition you'll not be able to cause this with the native graphicssystem. > confirmed? seems like you're absoluteliy right. in native mode i cant reproduce it. for the patch i can try it but its almost the first time so i dont know :s
(In reply to comment #8) > for the patch i can try it but its almost the first time so i dont know :s build instructions for KWin: http://community.kde.org/KWin/Building
The problem is obvious ;-) Thanks for the confirmation.
https://git.reviewboard.kde.org/r/107981/
Git commit 0c121a76264652470cf8891a40eadaf0f37c921a by Thomas Lübking. Committed on 27/12/2012 at 22:01. Pushed by luebking into branch 'KDE/4.10'. finish / sync screenshot before calling ksnapshot FIXED-IN: 4.10 REVIEW: 107981 M +2 -0 kwin/effects/screenshot/screenshot.cpp http://commits.kde.org/kde-workspace/0c121a76264652470cf8891a40eadaf0f37c921a
Git commit 7ab26e350c564fefa5fc5d82766811ac24a3c7c0 by Thomas Lübking. Committed on 27/12/2012 at 22:01. Pushed by luebking into branch 'master'. finish / sync screenshot before calling ksnapshot FIXED-IN: 4.10 REVIEW: 107981 M +2 -0 kwin/effects/screenshot/screenshot.cpp http://commits.kde.org/kde-workspace/7ab26e350c564fefa5fc5d82766811ac24a3c7c0
*** Bug 313625 has been marked as a duplicate of this bug. ***