Red Hat Bugzilla – Bug 52791
SiS X server buggy [Graphical elements offset in lowres install]
Last modified: 2007-04-18 12:36:41 EDT
From Bugzilla Helper: User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows 98) Description of problem: During a lowres install, many of the graphical elements are offset to the left and above where they belong. Typically radio buttons, check boxes, and pictures. Example: on the installation progress screen, two elements are off. The overall progress bar is in the right location, but the graphic for the package progress bar is against the top of the screen, and about halfway to the left edge. The bottom two thirds of the red hat man are similarly offset, putting it against the left edge. On that screen, all other elements are correct. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1.Plug in CD and reboot 2.Select lowres install 3.Most screens after this have offset errors. Actual Results: Many graphical elements aren't where they should be. Behavior of the elements is correct, however (i.e. click where the checkbox is supposed to be). Expected Results: Clean layout Additional info: SiS 630 Normal install is OK
Brent please look into this.
I can't reproduce this. Is this chip in a laptop?
Target system described at URL <http://www.ecs.com.tw/products/bookpc2.htm>. Spec'd at <http://www.ecs.com.tw/products/bookpc2-spec.htm>.
Weird. What kind of monitor?
Doesn't matter. I've tried both an ancient GoldStar (mfg 1993, the reason for the lowres install in the first place) and a Samsung 17GLs (which successfully showed the normal install). Both showed the behavior. Boot said 'can't probe' for each. More info: the large graphic on the initial splash screen is broken up, and the icons on the 'type of install' dialog are scattered all over the screen. Text is never boogered.
I'll try to find a SiS 630 in the test lab. If we don't have one, I don't know if I'll be able to do anything about this bug. I don't see this behavior on other cards.
I checked with the guys in the test lab, and we don't have anything with a SiS 630 in house. I don't think this is a very high severity, since it only seems to affect this one video card, and then only if you have a monitor that can't do 800x600, which are pretty rare these days.
Nevertheless, this is an X bug or Cards file bug (if we need a noaccel option or something).
I have disabled acceleration in the Cards file. If someone wants to experiment with the precice XAANo______ options that make this problem go away, I can reenable acceleration, and just disable the XAA primitives that are causing the problems. Please reopen this report if you determine which XAA features do not work. Details for doing this are on the XF86Config man page.