x11-terms/aterm 1.0.0-r1 Spews a constant stream of messages anytime the window is moved or re-sized: grante@ThinkGrant ~ $ aterm config_geom = 741x364 root_geom = 741x364+653+674, root_size = 1400x1050 config_geom = 750x364 root_geom = 750x364+644+674, root_size = 1400x1050 config_geom = 750x379 root_geom = 750x379+644+659, root_size = 1400x1050 config_geom = 759x379 root_geom = 759x379+635+659, root_size = 1400x1050 config_geom = 759x394 root_geom = 759x394+635+644, root_size = 1400x1050 config_geom = 768x409 root_geom = 768x409+626+629, root_size = 1400x1050 config_geom = 777x424 root_geom = 777x424+617+614, root_size = 1400x1050 config_geom = 786x439 root_geom = 786x439+608+599, root_size = 1400x1050 config_geom = 795x454 root_geom = 795x454+599+584, root_size = 1400x1050
Also, aterm seems to recalculate the background image when it is redrawing itself. For instance, when switching between two virtual desktops and having aterm on one of them. Or simply when resizing. The result is a noticeable flash/blink which is very annoying. I had to revert to x11-terms/aterm-0.4.2-r11.
Aterm 1.0.0 was released on July 5, 2005, and only now people are complaining of this? why noone noticed it in over a year? Is not like noone ever opens an aterm from within another aterm. The spammage is highly annoying. And it was kinda sloppy to leave those messages there.... Looks like someone was debugging the resize code, and forgot to remove the debug messages.... I know I provide no useful additional info, but this is such a simple bug to fix, and it's SO ANNOYING, I really wish it were fixed pronto (and not force me to create an overlay ebuild with a 'patch' to remove those two lines). src/main.c: /* * Redraw window after exposure or size change */ /* PROTO */ void resize_window(XEvent* ev) { int root_x = 0, root_y = 0; Window wdumm; XConfigureEvent *xconf = &(ev->xconfigure); while( XCheckTypedWindowEvent( Xdisplay, TermWin.parent, ConfigureNotify, ev ) ); fprintf( stderr, "config_geom = %dx%d\n", xconf->width, xconf->height ); resize_window1(xconf->width, xconf->height); #if 1 XTranslateCoordinates (Xdisplay, TermWin.parent, Xroot, 0, 0, &root_x, &root_y, &wdumm); fprintf( stderr, "root_geom = %dx%d%+d%+d, root_size = %dx%d\n", xconf->width, xconf->height, root_x, root_y, XdisplayWidth, XdisplayHeight ); TermWin.root_x = root_x ; TermWin.root_y = root_y ; TermWin.root_width = xconf->width ; TermWin.root_height = xconf->height ;
Is there anything we can do to get this bug fixed? Should I submit a patch that comments out those two fprintf() calls?
This 'bug' really belongs to upstream, but I have no idea how to contact them (I've tried and failed to find any bugzillas or the like for the aterm component of the AfterStep project). The lack of reply from the Gentoo Developers in charge would indicate either lack of care, or lack of replies from upstream as to reply with anything meaningful here. The proper fix is to have upstream release a new version, but I think that's unlikely in the near future. There could be a new revision bump with the patch to fix it, but that would be the 'improper' way to correct the bug. I got fed of it long ago, and now I am using an overlayed aterm-1.0.0-r2 ebuild to make those messages go away.
I guess I'll add it to my overlay as well.
Created attachment 125327 [details, diff] Patch removing the described output There doesn't seem to be a DEBUG #define for this sort of output, so I'm going for the 'remove' option
Who is currently looking after aterm? I reckon I could manage adding the patches in 156079 and 139554 to the ebuild to make 1.0.0-r2
both are fixed in upstream cvs. what we need is a release. :)
could someone verify this is fixed in 1.0.1 and close this bug?
I confirm the geometry config messages are gone in 1.0.1. This bug is fixed. Thanks again Vae.
this bug can be closed. [is resolved fixed]
CC'ing arches, stabilize 1.0.1
x86 stable, please note: dodoc: doc/BUGS does not exist * QA Notice: Pre-stripped files found: * /var/tmp/portage/x11-terms/aterm-1.0.1/image/usr/bin/aterm
ppc stable
sparc stable, closing
