Thread Previous • Date Previous • Date Next • Thread Next |
On Mon, 5 Mar 2012, Daniel van Vugt wrote:
Tracked the colour of the flash down to: plugins/opengl/src/screen.cpp:GLushort defaultColor[4] = { 0xffff, 0xffff, 0xffff, 0xffff }; Changing that colour changes the colour seen with this bug. So it would seem that when this bug occurs, it means the decor plugin has somehow failed to texture the window decorations and just fills the decorations with the default fill colour.
Indeed, see the "failed to bind pixmap to texture" errors from the terminal. The fix for this is to use XSync to synchronize between pixmap updates while resizing, but that could be a rather tricky task. Maybe keeping a list of pixmaps in gtk-w-d and then having an XSyncAlarm to notify gtk-w-d when its ok to free a pixmap would be good ?
** Summary changed: - loss of window border when using compiz resize plugin, option=normal + Loss of window border (white flash) when using compiz resize plugin, option=normal -- You received this bug notification because you are a member of compiz packagers, which is subscribed to compiz in Ubuntu. https://bugs.launchpad.net/bugs/454218 Title: Loss of window border (white flash) when using compiz resize plugin, option=normal To manage notifications about this bug go to: https://bugs.launchpad.net/compiz-core/+bug/454218/+subscriptions _______________________________________________ Mailing list: https://launchpad.net/~compiz Post to : compiz@xxxxxxxxxxxxxxxxxxx Unsubscribe : https://launchpad.net/~compiz More help : https://help.launchpad.net/ListHelp
Thread Previous • Date Previous • Date Next • Thread Next |