! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
Window borders are displayed black
Status:
RESOLVED: MOVED

Comments

Description Daniel Pielmeier 2009-07-06 18:24:41 CEST
Created attachment 2440 
Black Decorations

Sometimes after starting xfce all windows have black borders. When I fire up xfce4-appearance-settings and switch styles the decorations are back again.
Comment 1 Daniel Pielmeier 2009-07-06 18:27:52 CEST
Output of xfwm4 --version

	This is xfwm4 version 4.6.1 (revision 29817) for Xfce 4.6.1
	Released under the terms of the GNU General Public License.
	Compiled against GTK+-2.14.7, using GTK+-2.14.7.

	Build configuration and supported features:
	- Startup notification support:                 Yes
	- XSync support:                                Yes
	- Render support:                               Yes
	- Xrandr support:                               Yes
	- Embedded compositor:                          Yes
	- KDE systray proxy (deprecated):               No
Comment 2 Olivier Fourdan editbugs 2009-07-08 20:25:39 CEST
What X derver do you use, what color depth? Do use the compositor? Do the decoration refresh when you resize the window?
Comment 3 Daniel Pielmeier 2009-07-08 21:46:35 CEST
Created attachment 2443 
xdpyinfo

X Server version is 1.5.3
Color depth is 24Bits/Pixel
Compositor is off
Decorations do not refresh when resizing, but to be 100% sure I will check if it happens again.

Attached xdpyinfo for more information.
Comment 4 Olivier Fourdan editbugs 2009-07-09 19:57:29 CEST
Sorry, I mistyped, I meant what X driver you use?
Comment 5 Daniel Pielmeier 2009-07-09 21:49:52 CEST
Ah okay. So you mean the graphics driver used by X. I use the proprietary nvidia driver version 180.60.
Comment 6 Daniel Pielmeier 2009-07-10 20:53:43 CEST
Okay it happened again after a re-login. I just checked if resizing the windows refreshes the decorations but they stay the same.
Comment 7 cederom 2011-09-14 02:43:26 CEST
Hello! I have the same problem with my xfce4 (4.6.2/4.6.4) running on FreeBSD 8.2-RELEASE with nvidia driver  256.53. However for my the whole top of the window is black so no control buttons are visible (they work but everything is black).

The problem is caused probably by xorg/nvidia when two monitors are detected by xorg and used together. When second monitor is turned off (at boot time and xorg start) the window decorations are okay, but when both monitors are turned on and detected, then only second monitor has proper decorations and decorations on the first monitor are black. I don't have xinerama running so two monitors are independent and have two separate xfce panels menus etc.

Hope this helps to track down the problem :-)

Best regards,
Tomek Cedro

Below is the output of xfce4 related packages - some components are 4.6.2 some 4.6.4:
xfce4-panel-4.6.4
xfmpc-0.2.0_5
xfce4-xmms-plugin-0.5.2_11
xfce4-wmdock-plugin-0.3.2_8
xfce4-weather-plugin-0.7.3_5
xfce4-verve-plugin-0.3.6_8
xfce4-volstatus-icon-0.1.0
xfce4-time-out-plugin-0.1.1_11
xfce4-systemload-plugin-0.4.2_13
xfce4-quicklauncher-plugin-1.9.4_11
xfce4-screenshooter-plugin-1.7.9_1
xfce4-power-manager-0.8.2_5
xfce4-parole-0.2.0.2_3
xfce4-notifyd-0.1.0_6
xfce4-notes-plugin-1.7.6
xfce4-netload-plugin-0.4.0_13
xfce4-mpc-plugin-0.3.5
xfce4-minicmd-plugin-0.4_12
xfce4-media-0.9.2_19
xfce4-genmon-plugin-3.2_10
xfce4-dict-plugin-0.6.0_3
xfce4-datetime-plugin-0.6.1_8
xfce4-cpugraph-plugin-1.0.0
xfce4-clipman-plugin-1.1.3_5
Thunar-1.0.2
xfce4-desktop-4.6.2
xfce4-artwork-0.0.4_10
mousepad-0.2.16_7
orage-4.6.1_6
xfce4-appfinder-4.6.2
xfce4-mixer-4.6.1_6
xfce4-print-4.6.1_6
xfce4-session-4.6.2
xfce4-settings-4.6.5
xfce4-utils-4.6.2
xfce4-wm-4.6.2
xfce-4.6.2
thunar-volman-0.3.80_2
thunar-svn-plugin-0.0.3_9
thunar-media-tags-plugin-0.1.2_15
thunar-archive-plugin-0.2.4_8
squeeze-0.2.3
ristretto-0.0.91
Comment 8 RyanMD 2012-02-21 10:15:57 CET
I can confirm the problem. I use nvidia driver 290.10 and xfce 4.8.0.3 in Debian. I have two monitors which configured to use different xorg screens, the first monitor windows has black caption and borders, but on the second monitor everything is ok. When I kill xfwm and xfce restarts it everything becomes ok.
Comment 9 Olivier Fourdan editbugs 2012-02-21 10:31:32 CET
Sorry I cannot reproduce, I do not use the proprietary NVidia driver as it fails miserably with my only NVidia based laptop. Issue has bee nreported for years on various NVidia forums and yet there's no fix.

So... Does the same happen when using the Open Source "nouveau" driver, or even "nv"?
Comment 10 RyanMD 2012-02-21 10:52:55 CET
I'll try nouveau later, But for now, I fixed this issue by deleting ~/.cache/sessions. When there is no any saved sessions everything works as it should. But when I create any session (even without any other applications) the problem appears. I think something is wrong with execution of xfwm from saved session.
Comment 11 Vsevolod Volkov 2012-02-22 12:47:17 CET
The problem appears only with proprietary NVidia driver. Both nouveau and nv work fine with xfce.
Comment 12 RyanMD 2012-02-23 10:20:39 CET
I don't think it's a problem of nvidia proprietary driver, I tried to configure nouveau and notebook with intel video card the same way as I use nvidia driver but I wasn't able to. Because when you setting up driver with xrand it doesn't create two independent xorg screens, and the bug appears only when system has two xorg screens (":0.0" and ":0.1" in my case). And nvidia doesn't support xrand so people with these driver setting up two screens and there the bug appears.
Comment 13 j.de.gram 2013-01-02 23:20:26 CET
If it's of any help, this issue also affects me on 4.10.0 using AMD Catalyst 12.11.

Just like Nvidia's solution, AMD's default setup (non-Xinerama) creates separate X screens.
Comment 14 Gert Wollny 2016-07-13 16:01:44 CEST
The bug is still persistent (AMD Catalyst): 

xfwm4 --version

	This is xfwm4 version 4.12.3 (revision 7fdcb53) for Xfce 4.12
	Released under the terms of the GNU General Public License.
	Compiled against GTK+-2.24.30, using GTK+-2.24.30.

	Build configuration and supported features:
	- Startup notification support:                 Yes
	- XSync support:                                Yes
	- Render support:                               Yes
	- Xrandr support:                               Yes
	- Embedded compositor:                          Yes
	- KDE systray proxy (deprecated):               No


As a workaround I added a script to the session startup list that runs 

   killall -s SIGUSR1 xfwm4 

triggering re-reading of the configuration. 

Best, 
Gert
Comment 15 Git Bot editbugs 2020-05-29 11:41:25 CEST
-- GitLab Migration Automatic Message --

This bug has been migrated to xfce.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.xfce.org/xfce/xfwm4/-/issues/24.

Please create an account or use an existing account on one of our supported OAuth providers. 

If you want to fork to submit patches and merge requests please continue reading here: https://docs.xfce.org/contribute/dev/git/start#gitlab_forks_and_merge_requests

Also feel free to reach out to us on the mailing list https://mail.xfce.org/mailman/listinfo/xfce4-dev

Bug #5532

Reported by:
Daniel Pielmeier
Reported on: 2009-07-06
Last modified on: 2020-05-29

People

Assignee:
Olivier Fourdan
CC List:
5 users

Version

Attachments

Black Decorations (70.36 KB, image/png)
2009-07-06 18:24 CEST , Daniel Pielmeier
no flags
xdpyinfo (59.96 KB, text/plain)
2009-07-08 21:46 CEST , Daniel Pielmeier
no flags

Additional information