Description of problem: During graphical install, the window is centered in the display, but reactions to mouse clicks act as if the window is not centered. As a symptom, in X the cursor cannot be moved to the right-bottom-most extent of the window. Version-Release number of selected component (if applicable): As distributed in F8 final version i386 DVD. How reproducible: always Steps to Reproduce: 1. boot with F8 (final) i386 DVD 2. choose graphical install/upgrade 3. once in X windows, note the behavior described. Actual results: When the cursor appears over a button, clicks respond as if the cursor was further down and to the right. Expected results: Additional info: Savage driver. See X.log for more info.
Created attachment 254931 [details] X server log for install
Created attachment 254941 [details] X screenshot in installer In this screenshot, clicking in the region of the upper choice "Install Fedora" actually selects the lower choice "Upgrade an existing installation". Also note that although the screenshot shows the image as centered left-right and extending fully top-bottom, it is actually displayed as centered top-bottom as well. The distance from the top-left of the display to the top-left of the centered image appears to be the offset between where the mouse appears and where the click happens.
I can confirm this bug. It appeared on my laptop equipped with a ProSavage KN133 /TwisterK during installation of Fedora 8. Had to use text mode (works well of course).
I just tested the F9alpha1 install DVD on the same hardware, and it still has this same problem, so I'm adding the F9 blocker and will append F9 logs. BTW, this is a regression from F7 and earlier, where the graphical installer worked correctly on this hardware.
Created attachment 294158 [details] X server log for F9alpha1
Created attachment 294159 [details] xconfig.test for F9alpha1
Created attachment 294160 [details] syslog for F9alpha1
Created attachment 294162 [details] anaconda.log for F9alpha1
Do not make changes in 'blocks' to tracking bugs without QA team involvement. The particular bug that you marked this as blocking is the Alpha blocker, which is incredibly difficult to block Alpha if it's already shipped.
(In reply to comment #9) The information is appreciated. The snark not so much.
What happens if you run with the same X config file but with the driver changed to 'vesa' ? Do you still get the same offset effect?
Moving to F9 tracker. This is a savageism afaict, and should not affect other hardware.
Reporter, could you please reply to the previous question? If you won't reply in one month, I will have to close this bug as INSUFFICIENT_DATA. Thank you.
Since there are insufficient details provided in this report for us to investigate the issue further, and we have not received feedback to the information we have requested above, we will assume the problem was not reproducible, or has been fixed in one of the updates we have released for the reporter's distribution. Users who have experienced this problem are encouraged to upgrade to the latest update of their distribution, and if this issue turns out to still be reproducible in the latest update, please reopen this bug with additional information. Closing as INSUFFICIENT_DATA.