On Thu, Jan 17, 2019 at 02:56:20PM +0100, Jan-Benedict Glaw wrote: > On Wed, 2019-01-16 20:58:16 -0500, Thomas Dickey <dic...@his.com> wrote: > > On Wed, Jan 16, 2019 at 01:10:24PM +0100, Jan-Benedict Glaw wrote: > > > Package: xterm > > > Version: 342-1 > […] > > > I was used to resize the uxterm window quite larger than the actual > > > root window size (and move the window to see parts of it), which may > > > be useful for stuff presenting quite long lines. This used to work at > > > least in version 327-2, and didn't work in 338-1 nor current 342-1. > > > > > > Bisecting it down, it seems this bug was introduced with the import > > > of 334. Though I didn't find an obvious entry in XTerm's changelog. > > > > How did you move it? Perhaps related to this, from #336: > > > > revise omitTranslation resource, e.g., splitting “default” into several > > more useful categories > > I'm a WindowMaker user, so my move and resize works like this:
thanks - I can reproduce the problem. It was introduced by this item in #334: fix repainting, e.g., on resize, when double-buffering is used with Xft (patch by Daniel Colascione). That change eliminated a check for zIconBeep before handling struct-notify. There were other things changed, whose relevance to double-buffering is more apparent. Perhaps just ifdef'ing the check (so it's unavailable if double- buffering isn't configured) will be enough. Since it's an experimental feature, it's not part of the Debian package. -- Thomas E. Dickey <dic...@invisible-island.net> https://invisible-island.net ftp://ftp.invisible-island.net
signature.asc
Description: Digital signature