While I'm resizing a window, fvwm normally displays geometry feedback (window size) at the top-left. But when "xcompmgr -c" is running, such information is no longer displayed. Note: geometry feedback (window position) is also displayed in the same way while a window is moved, but in this case, xcompmgr doesn't prevent the display.
Control: clone -1 -2 Control: reassign -2 compton Control: retitle -2 compton: window resize information is not displayed with fvwm Control: found -2 0.1~beta1-1 Same problem with compton (with or without -c).
This bug is due to the method fvwm uses to display the geometry feedback, and is largely outside the control of compton. Please see the discussion in this upstream bug report[0], as well as a workaround (using fvwm event scripts and compton's dbus interface to disable redirection while resizing is taking place). Please try this workaround and let us know how effective it is. If it works, I can't see an easy way to add it to the package, but it might be worth a mention in the manpage. [0] https://github.com/chjj/compton/issues/41
Grrr... I didn't receive this mail: [...] So, reassigning to fvwm.
Hi, Thank you for the bug report. Have you tried the workaround suggested by Scott Leggett: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727549#25 If the workaround works, please submit a patch and I'll apply it to the package. Regards, Vincent Chen
The dbus command is currently failing on my machine. I suppose that the compton patch hasn't been included in Debian. As this is specific to compton, this wouldn't really fix the bug. Is there any reason why "move" information is displayed on my machine, but not the "resize" one?
Control: retitle -1 fvwm geometry information does not show with non-opaque move/resize and a compositor running Hmm... this is because I don't have an opaque resize.
severity 727549 wishlist tag 727549 wontfix thanks I looked into the Debian compton package version 0.1~beta2-1, which is currently in both Jessie and Sid. The package does include the dbus patch from [1]. You are correct. If the dbus workaround works, then users of compton have to individually redefine their move/resize Fvwm bindings to include the workaround. With or without the workaround, I don't think this is fixable in Fvwm. I'm therefore tagging this wontfix. [1] https://github.com/chjj/compton/commit/b46deb51628e21c13e460410cf10d82549f8b391 Regards, Vincent Chen
OK, I now understand. But IMHO, the best solution is to use opaque resize. This is superior to non-opaque resize, as one can see the result in real time, and nowadays the machines are fast enough to support it.