Bug 106310 – xorg-x11-6.8.2-r4 huge titlebars with LC_ALL set to en_US.utf8

• Product: Gentoo Linux
• Status: RESOLVED NEEDINFO

[Description Philip Kovacs 2005-09-17 14:50:54 UTC]

The titlebars under vanilla X are huge when LC_ALL is set to en_US.utf8 (and
possibly others).  See this snapshot:

http://home.comcast.net/~phibby/desktop.png

Seems like the icons on the titlebar are broadening the height of the titlebar.

Using LC_ALL "C" and restarting restores the titlebars to their expected width,
as seen here:

http://home.comcast.net/~phibby/desktop.png

I only see this problem using he base xorg-x11 window management system, i.e. I
don't see this problem, for example, under XFCE, my usual desktop.

Reproducible: Always
Steps to Reproduce:
1.export LC_ALL=en_US.utf8
2.startx
3.




$ emerge info
Portage 2.0.51.22-r2 (default-linux/x86/2005.0, gcc-3.3.6, glibc-2.3.5-r1,
2.6.12-gentoo-r10 i686)
=================================================================
System uname: 2.6.12-gentoo-r10 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz
Gentoo Base System version 1.6.13
dev-lang/python:     2.3.5-r2
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6
sys-devel/binutils:  2.15.92.0.2-r10
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=pentium4 -O2 -fomit-frame-pointer -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/env.d"
CXXFLAGS="-march=pentium4 -O2 -fomit-frame-pointer -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo ftp://gentoo.mirrors.pair.com
http://gentoo.ccccom.com"
LANG="en_US.utf8"
LC_ALL="en_US.utf8"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage"
USE="x86 X aalib alsa avi cdr cups divx4linux dvd dvdr encode fbcon gif gpm gtk
gtk2 jpeg mad mikmod mmx mpeg ncurses nls nptl oggvorbis opengl oss perl png
python readline sdl slang spell sse ssl tcpd truetype unicode xml2 xprint xv
xvid zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LDFLAGS, LINGUAS

[Comment 1 Philip Kovacs 2005-09-17 14:55:06 UTC]

the second link above, demonstrating normal titlebars, should be:

http://home.comcast.net/~phibby/desktop2.png

[Comment 2 Joshua Baergen (RETIRED) 2005-09-17 16:58:45 UTC]

Did this happen under r3?  I'm assuming it did not happen under r2...

[Comment 3 Philip Kovacs 2005-09-17 17:27:58 UTC]

honestly i don't know.  i ran -r3 for only a week or two, i.e. it went stable
and then got pulled out both very recently.  i ran -r2 for a long time.   i
don't know if this problem existed under -r2, since i so rarely use plain X.  
the reason i used it today was because xterm 204 (which came out today as
stable) did not work under XFCE 4.2, so i tried it under plain X.  I noticed
this titlebar problem while checking out that xterm 204 (which btw does not run
under XFCE 4.2, but does under plain X, but that's another story).

[Comment 4 Joshua Baergen (RETIRED) 2005-09-17 20:35:22 UTC]

Hmm...if you could give 6.8.99.15 a try it'd be appreciated.  This might be a
locale problem in general with X.

[Comment 5 Philip Kovacs 2005-09-17 21:32:08 UTC]

even if it fixed the problem, i wouldn't run those dev snapshots of X11R7.  i am
running x86 here whereever possible.  i don't see the problem under XFCE4.2, my
regular desktop. curious to know if this problem is reproducible by anyone. 
testing is very easy.  just set LC_ALL to a utf8 locale and look at the titlebars.

[Comment 6 Joshua Baergen (RETIRED) 2005-09-19 18:01:43 UTC]

I didn't intend for you to use it permanently.  It just tells us if the problem
has been fixed in upcoming versions of X or not.

I haven't been able to reproduce this on modular X.

[Comment 7 Philip Kovacs 2005-09-20 13:35:03 UTC]

Maybe I will take it to the forums for confirmation from someone who is running
the stable version 6.8.2-r4.  If I get confirmation, I'll consider quickpkg'ing
my X installation and then trying the monolithic version 6.8.99.15-r2.   I don't
want involved with modular quite yet, although I am looking forward to it.

[Comment 8 Joshua Baergen (RETIRED) 2005-09-20 15:18:42 UTC]

Alright. Please re-open this bug when you have further information :)

[Comment 9 Philip Kovacs 2005-09-20 17:45:13 UTC]

http://forums.gentoo.org/viewtopic-p-2741478.html#2741478

[Comment 10 Joshua Baergen (RETIRED) 2005-09-20 20:45:23 UTC]

Thanks.  Looks like it might be a configuration issue on your part, but I'm sure
you thought of that :)

Let us know how it turns out.