When xcompmgr starts from startup file, I also see this. I have no problem when xcompmgr starts after fluxbox (manualy from term). Try this, pls.
P.S. and xcompmgr version
Last edit: s1av0k 2013-05-17
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Running fluxbox 1.3.5 (Fedora package) this still happens every 10th login. xcompmgr is the second thing that runs in my ~/.fluxbox/startup; right after enabling the trackpad with synclient.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
summary: fluxbox sometimes will incorrectly draw the toolbar upon startup --> fluxbox sometimes will incorrectly draw the toolbar upon startup (likely bug #1069, ie. xcompmgr related)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Added that workaround and it appears to be working. Haven't had the issue yet. Going forward, I think fluxbox should have a separate post-startup file that get's invoked, once fluxbox has fully started. This way users wouldn't have to use sleeps to delay things like xcompmgr.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Here is the "after" screenshot.
Show your startup file, please.
https://github.com/postmodern/dotfiles/tree/master/.fluxbox
When xcompmgr starts from startup file, I also see this. I have no problem when xcompmgr starts after fluxbox (manualy from term). Try this, pls.
P.S. and xcompmgr version
Last edit: s1av0k 2013-05-17
is this still a problem when you start xcompmgr after fluxbox? the timing for when which things start are pretty important sometimes.
Running fluxbox 1.3.5 (Fedora package) this still happens every 10th login. xcompmgr is the second thing that runs in my ~/.fluxbox/startup; right after enabling the trackpad with synclient.
Here are the exact versions I'm running:
fluxbox-1.3.5-2.fc20
xcompmgr-1.1.6-4.fc20
This looks a hell lot like bug #1069
Note that with fluxbox-1.3.7-1.fc25 and xcompmgr-1.1.7-1.fc25, this happens almost every login and takes 4-5 fluxbox restarts to get a correctly drawn toolbar. Here is my current
~/.fluxbox/startupfile. https://github.com/postmodern/dotfiles/blob/23bdcd3d5f00c42f259c77f56d9cfba9f4e56078/.fluxbox/startupDid you see https://sourceforge.net/p/fluxbox/bugs/1069/ and does it make a differcence if you delay xcompmgr (prepend a sleep and fork the subshell)
Added that workaround and it appears to be working. Haven't had the issue yet. Going forward, I think fluxbox should have a separate post-startup file that get's invoked, once fluxbox has fully started. This way users wouldn't have to use sleeps to delay things like xcompmgr.
out of curiosity: does it also happen with eg. compton?
Last edit: Thomas Luebking 2017-05-18