Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Bug#519198: xfce4-terminal: Window title bar and borders are present, but invisible

21 views
Skip to first unread message

network_noadle

unread,
Mar 10, 2009, 6:40:10 PM3/10/09
to
Package: xfce4-terminal
Version: 0.2.8-5
Severity: normal

I recently installed Debian Lenny on an ancient laptop, so I used the XFCE
installation CD. Everything appears OK, except for the window title bar,
buttons and borders of the xfce4-terminal package.

The system behaves as if the buttons and title are there, but they are not
rendered, i.e. click-and-drag just above the menubar causes the terminal
window to move around the screen. Clicking above the top-right extreme end
of the visible window closes the terminal, as if the kill button was there.

I have tried the --show-borders option: no effect.
I have tried changing the visual theme: no effect.
I have tried rebuilding from source: no effect.

I have found no other programs exhibiting this behaviour, which is
inconvenient at best.

Any suggestions will be gratefully received.


-- System Information:
Debian Release: 5.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/bash

Versions of packages xfce4-terminal depends on:
ii exo-utils 0.3.4-7 Utility files for libexo
ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit
ii libc6 2.7-18 GNU C Library: Shared libraries
ii libdbus-1-3 1.2.1-5 simple interprocess messaging syst
ii libdbus-glib-1-2 0.76-1 simple interprocess messaging syst
ii libexo-0.3-0 0.3.4-7 Library with extensions for Xfce
ii libglib2.0-0 2.16.6-1 The GLib library of C routines
ii libgtk2.0-0 2.12.11-4 The GTK+ graphical user interface
ii libstartup-notification0 0.9-1 library for program launch feedbac
ii libvte9 1:0.16.14-4 Terminal emulator widget for GTK+
ii libx11-6 2:1.1.5-2 X11 client-side library
ii libxfce4util4 4.4.2-3 Utility functions library for Xfce

Versions of packages xfce4-terminal recommends:
ii dbus 1.2.1-5 simple interprocess messaging syst

xfce4-terminal suggests no packages.

-- no debconf information

--
To UNSUBSCRIBE, email to debian-bugs-...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Yves-Alexis Perez

unread,
Mar 11, 2009, 2:50:10 AM3/11/09
to
On mar, 2009-03-10 at 22:19 +0000, network_noadle wrote:
> I recently installed Debian Lenny on an ancient laptop, so I used the XFCE
> installation CD. Everything appears OK, except for the window title bar,
> buttons and borders of the xfce4-terminal package.
>
> The system behaves as if the buttons and title are there, but they are not
> rendered, i.e. click-and-drag just above the menubar causes the terminal
> window to move around the screen. Clicking above the top-right extreme end
> of the visible window closes the terminal, as if the kill button was there.
>
> I have tried the --show-borders option: no effect.
> I have tried changing the visual theme: no effect.
> I have tried rebuilding from source: no effect.
>
> I have found no other programs exhibiting this behaviour, which is
> inconvenient at best.
>
> Any suggestions will be gratefully received.

That looks a bit like #478012 but in the end it was a config problem.
Could you retry with a fresh user, just to be sure?

Could you check if you use compositing? Check in Settings manager,
Window Manager tweaks, last tab. Check if the setting is greyed out or
not, and if it's selected or not.

And could you tell us which xorg driver you use?

Cheers,
--
Yves-Alexis

signature.asc

network_noadle

unread,
Mar 11, 2009, 5:00:16 PM3/11/09
to
Yves-Alexis Perez wrote:
> That looks a bit like #478012 but in the end it was a config problem.
> Could you retry with a fresh user, just to be sure?
>
> Could you check if you use compositing? Check in Settings manager,
> Window Manager tweaks, last tab. Check if the setting is greyed out or
> not, and if it's selected or not.
>
> And could you tell us which xorg driver you use?
>
> Cheers,
>
OK. Created a new user account on the system, called 'test2' using
'useradd -m test2'. The result was a user account with just the
standard .bashrc, .bash_logout and .profile files. Nothing else.

Logged in, started X with 'startx' and then brought up the
xfce4-terminal. Same behaviour as previously: the title/borders are not
rendered, but seem to exist. I also noticed that dragging the window
around causes whatever background existed behind the (invisible) title
to move as well.

Checked the compositor settings: not selected, and not greyed out either.

The X11 driver is 'neomagic'.

Now that I have noticed the movement of the background images on
click-and-drag, it's almost as if everything is working correctly,
except for the screen rendering for the title/borders. It's bizarre
that it's just this one application.

I'm not an X11 programmer, but is it possible for the terminal program
to cause the window manager to mess up the title/border rendering?

I don't know if it will be any use, but I have attached the output of
xdpyinfo and a copy of my xorg.conf file.

Regards,

network_noadle

xdpyinfo
xorg.conf

Yves-Alexis Perez

unread,
Mar 11, 2009, 6:30:12 PM3/11/09
to
On mer, 2009-03-11 at 20:46 +0000, network_noadle wrote:
> Logged in, started X with 'startx' and then brought up the
> xfce4-terminal. Same behaviour as previously: the title/borders are
> not
> rendered, but seem to exist. I also noticed that dragging the window
> around causes whatever background existed behind the (invisible)
> title
> to move as well.
>
> Checked the compositor settings: not selected, and not greyed out
> either.

Ok so compositing is enabled in Xorg.


>
> The X11 driver is 'neomagic'.

I seem to recall there was problem with neomagic driver.

Could you try:

1) to remove compositing in xorg:

Section "Extensions"
Option "Composite" "Enable"
EndSection

2) to use vesa driver instead of neomagic

Do both things independently, and retry back.

Cheers,
--
Yves-Alexis

signature.asc

Yves-Alexis Perez

unread,
Mar 12, 2009, 7:30:24 PM3/12/09
to
reassign 519198 xserver-xorg-video-neomagic
merge 519198 509030
thanks

On jeu, 2009-03-12 at 21:00 +0000, network_noadle wrote:
> So is this the xfce4-terminal not playing with the Compositor, or a bug
> in the Compositor/X11 neomagic driver?

xfce4-terminal works fine with compositing, so the bug lies in neomagic.

In fact we already had a report :)
--
Yves-Alexis

signature.asc

network_noadle

unread,
Mar 12, 2009, 7:40:27 PM3/12/09
to
Yves-Alexis Perez wrote:
> Ok so compositing is enabled in Xorg.
>
> I seem to recall there was problem with neomagic driver.
>
> Could you try:
>
> 1) to remove compositing in xorg:
>
> Section "Extensions"
> Option "Composite" "Enable"
> EndSection
>
> 2) to use vesa driver instead of neomagic
>
> Do both things independently, and retry back.
>
> Cheers,
>

I assume you meant
Option "Composite" "Disable"
That worked, ok, with the bit depth set to 16.

I tried the vesa driver both with and without "Composite Disable", which
was OK, except that the right hand edge of the display appeared to be
corrupted across the last 5/10 pixels. It also locked up my machine
when the X server was closing down. Hard reboot!

So is this the xfce4-terminal not playing with the Compositor, or a bug
in the Compositor/X11 neomagic driver?

network_noadle

no no

unread,
Nov 27, 2021, 5:20:03 PM11/27/21
to
Same bug appears present in Debian 11 Stable (using nvidia non-free drivers on mine, but identical issue.

Under window manager tweaks, compositor is not greyed out on mine either.

I did notice "Opacity of window decorations" slider is defaulted to transparent. Sliding it to opaque fixed the problem. 

So somewhere in XFCE Tweaks, or compositor default opacity could just use set differently.

Hope this helps.

endoublessj
0 new messages