125969 – xterm resize fails after upgrade

Bug 125969 - xterm resize fails after upgrade

Summary: xterm resize fails after upgrade

Status:	RESOLVED INVALID

Alias:	None

Product:	Gentoo Linux
Classification:	Unclassified
Component:	[OLD] Unspecified (show other bugs)
Hardware:	All Linux

Importance:	High normal (vote)
Assignee:	Seemant Kulleen (RETIRED)

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:

Reported:	2006-03-12 12:28 UTC by Sonymouna Wocrad
Modified:	2006-03-19 13:47 UTC (History)
CC List:	0 users

See Also:
Package list:
Runtime testing required:	---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Sonymouna Wocrad 2006-03-12 12:28:23 UTC

was running xterm-196
upgraded to current xterm(207)

problem:
resizing xterm from program no longers works

expected result:
printf "\033[8;20;70t"
(on bash prompt) resizes terminal to 70x20 under X

actual result:
nothing :-(


ideas?

PS: fvwm 2.5.12, if that matters


---cut here to damage monitor ---

Gentoo Base System version 1.6.13
Portage 2.0.51.22-r3 (default-linux/x86/2005.0, gcc-3.3.5-20050130, glibc-2.3.4.20040808-r1, 2.6.10-gentoo-r6 i686)
=================================================================
System uname: 2.6.10-gentoo-r6 i686 Intel(R) Pentium(R) M processor 1400MHz
dev-lang/python:     2.2.3-r5, 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-r1
sys-devel/binutils:  2.15.92.0.2-r10
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.4.19-r1
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=pentium3 -O3 -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 /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=pentium3 -O3 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="ftp://gentoo.inode.at/source/ http://gentoo.inode.at/"
LANG="de_AT@euro"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/zx/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X aalib acl acpi alsa audiofile avi bitmap-fonts bzip2 cdr crypt cups curl dvd eds emboss encode ethereal exif expat faad ffmpeg flac foomaticdb fortran gd gdbm gimpprint glut gphoto2 graphviz gstreamer gtk gtk2 imagemagick imlib ipv6 irda java jpeg junit lcms libg++ libwww mad mikmod mmx mng mp3 mpeg ncurses network nls ogg oggvorbis opengl oss pam pcre pdflib perl png python qt quicktime readline ruby ruby18 sdl slang speex sse ssl tcltk tcpd tetex tiff truetype truetype-fonts type1-fonts udev usb vorbis xine xml xml2 xmms xprint xv xvid zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS

Comment 1 Sonymouna Wocrad 2006-03-19 13:47:30 UTC

found the reason:
allowWindowOps is default false since after 196
see bug 91453...