| Summary: | x11-terms/xterm-229 window redraw problems when partially obscured | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | David Barnett <daviebdawg> |
| Component: | Current packages | Assignee: | Gentoo X packagers <x11> |
| Status: | RESOLVED TEST-REQUEST | ||
| Severity: | minor | CC: | daviebdawg, dickey |
| Priority: | High | ||
| Version: | 2007.0 | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
Problem caught on camera
Another screenshot |
||
|
Description
David Barnett
2007-10-21 15:49:57 UTC
Created attachment 134047 [details]
Problem caught on camera
You can see in this image parts of pink text from another line are visible behind the text.
for a quick check, I'm not seeing this (using vim in uxterm, under fvwm which also allows working in partly-obscured windows). It may depend on the file contents - or on the window manager (though that's less important usually than the flavor of the X server). I'm running Debian/testing. (In reply to comment #2) > It may depend on the file contents - or on the window manager > (though that's less important usually than the flavor of the > X server). Then I suppose I should have mentioned I'm using xorg-server-1.3.0.0-r1 (with ati-drivers-8.39.4, but I don't think that should matter). Thanks for looking into it so fast. (no problem - I have to collect information to see if I can fix it). I'm not sure which details would matter. At the moment, another detail occurs to me - I tested with the bitmap fonts. Trying a truetype font now does not seem to make any difference. My xorg is comparable version, but different driver: SAVAGE: driver (version 2.1.3) for S3 Savage chipsets. I believe the window manager is the least suspect here; if it is xterm, you "should" be able to reproduce the problem with a different X server (noting that running remotely versus running locally exercises different logic in the X server...). I get exactly the same results under fvwm. I also figured out how to reliably reproduce the problem. 'make menuconfig' in the kernel directory (in the place of vim as suggested earlier) seems to always have the issue when the window it's in is partially covered. I forgot to mention (but it should be obvious from the screenshot) that the problem only happens side-to-side near the top and bottom of the covering window, never top-to-bottom. Created attachment 155301 [details]
Another screenshot
Please retry with up-to-date X, drivers and xterm.. Just pinging to see if there's any life here :-) There is, by the way, a different repainting bug reported for #242, which is fixed in my patches toward #244. (It's mixed in with a larger change that's still in-progress). I haven't used the system this happened on in a while. I'll see if I can bring it up and check sometime soon, but it won't be right away. (In reply to comment #8) > There is, by the way, a different repainting bug > reported for #242, which is fixed in my patches > toward #244. (It's mixed in with a larger change > that's still in-progress). > Yep, I've seen #243a/b/c/d patches. But there seems to be releases too in steady pace :) yes - but sometimes I find that I have to stop in the middle of large changes to make smaller fixes available as a release. (If the newer bug isn't a show-stopper, I'll continue on the large change...). *xterm-248 (24 Sep 2009) 24 Sep 2009; Samuli Suominen <ssuominen@gentoo.org> +xterm-248.ebuild: Version bump. Please test. |
