#444 Conky stops responding while dragging windows

[Liquibyte]

Having a really strange issue with Conky, Lua, and Cairo. When I move windows around all output stops. No errors, the conky window that's being drawn to just stops while dragging windows.

Output of conky -v

Conky 1.9.0 compiled Tue Nov 19 22:57:24 EST 2013 for Linux 3.12.0-1-ARCH (x86_64)

Compiled in features:

System config file: /etc/conky/conky.conf
Package library path: /usr/lib/conky

X11:
* Xdamage extension
* XDBE (double buffer extension)
* Xft
* ARGB visual

Music detection:
* MPD
* MOC

General:
* math
* hddtemp
* portmon
* Curl
* RSS
* wireless
* support for IBM/Lenovo notebooks
* nvidia
* config-output
* Imlib2
* apcupsd
* iostats
* ncurses
* Lua

Lua bindings:
* Cairo
* Imlib2

My .conkyrc

own_window true
own_window_transparent true
own_window_hints undecorate,sticky,skip_taskbar,skip_pager,below
own_window_type override
own_window_argb_visual true
update_interval 1.0
draw_shades false
double_buffer true
minimum_size 400 400
maximum_width 400
alignment top_right
gap_X 0
gap_y 0
lua_load ~/.conky/scripts/superclock.lua
lua_draw_hook_pre draw_superclock
TEXT

Attached is the lua code in question.

[Liquibyte]

I meant to add that I've tried override, desktop, normal, dock, and panel. The lua code isn't perfect but the clock stopping while dragging windows is a serious issue and has made fixing the bugs in the code moot unless I can figure out why.

[Krzysztof Duchnowski]

Do you have GNOME 3.10+?
If yes and don't using GNOME-Shell but other compositor, then GNOME-Shell is screwing it.
Disable background in GNOME and set it with compositor you using.

[Liquibyte]

No Gnome. Fluxbox on archlinux with no compositor, I have the same issue using compton though. No background set other than solid black in a fluxbox theme. Very minimal system which is why I submitted this. I have a feeling something is being caught in the calls to draw to the root window. Someone else is going to have to try this out with that lua code to see what I mean.

[Krzysztof Duchnowski]

GNOME 3.10 flashback with COMPIZ session - no problem at all.

:~$ /usr/bin/conky -v
Conky 1.9.0 compiled Thu May 9 16:41:29 UTC 2013 for Linux 3.2.0-4-amd64 (x86_64)

:~$ conky -v
conky 2.0.0_pre compiled Fri Nov 2 11:55:33 UTC 2012 for Linux 3.2.0-4-amd64 x86_64

Try 'own_window_type normal'.

[Liquibyte]

I have solved the issue and it's not conky, it's a Fluxbox defect/feature. For anyone using Fluxbox, you can't set session.screen0.opaqueMove: false otherwise it freezes the screen. Once again, set your ~/.fluxbox/init to read session.screen0.opaqueMove: true

[Liquibyte]