Red Hat Bugzilla – Bug 849563
GTK UI seems to be broken sometimes
Last modified: 2012-08-24 09:50:48 EDT
Created attachment 605597 [details]
INSTALLATION SOURCE remains greyed out
Description of problem:
From time to time, after I boot anaconda installer, button "INSTALLATION SOURCE" remains greyed out (see screenshot in first attachment) even when it initializes. Since then, UI seems to be broken - see screenshots in attachments.
From time to time (badly reproducible)
Steps to Reproduce:
1. Have a bad luck
2. Boot TC3 installer
"INSTALLATION SOURCE" remains greyed out. UI is broken.
It happens in cca. 25% of cases, mostly three to five times in a row (it happens again after reboot).
Created attachment 605598 [details]
software selection is broken
Created attachment 605599 [details]
dialogs are displaced
Created attachment 605600 [details]
installation destination dialog is too displaced
I think that it happens when "Downloading package metadata" takes too long (it's displayed under both, "installation source" and "software selection").
There are several problems here all in the same bug report, which makes it difficult to track any one thing.
How long something takes is not going to be the problem, because we're waiting for threads to finish before updating the UI. We're not just blindly waiting a certain amount of time.
Your screen shot in comment #1 is probably related to comps/yum/anaconda changes that have not all shown up in the same tree at the same time.
I don't know why your screens are shrunk down like that, but I've seen it from a few other people too. I cannot reproduce it so I can't work on it.
Yeah okay, I am seeing all these problems now too. When the source spoke claims it's ready (but is still greyed out), can you click on a spoke and then check your X.log and see if it looks like the bottom of mine: http://clumens.fedorapeople.org/X.log
Sorry, but no. Bottom of X.log looks normal, with:
[ 24.086] (**) ImExPS/2 Generic Explorer Mouse: (accel) keeping acceleration scheme 1
[ 24.087] (**) ImExPS/2 Generic Explorer Mouse: (accel) acceleration profile 0
[ 24.087] (**) ImExPS/2 Generic Explorer Mouse: (accel) acceleration factor: 2.000
[ 24.087] (**) ImExPS/2 Generic Explorer Mouse: (accel) acceleration threshold: 4
[ 24.087] (II) VMWARE(0): VMMOUSE DEVICE_ON
[ 24.087] (II) VMWARE(0): vmmouse enabled
[ 24.088] (II) config/udev: Adding input device ImExPS/2 Generic Explorer Mouse (/dev/input/mouse0)
[ 24.088] (II) No input driver specified, ignoring this device.
[ 24.088] (II) This device may have been added with another device file.
[ 102.531] (II) VMWARE(0): VMMOUSE DEVICE_OFF/CLOSE
When you hit this problem, can you please grab /tmp/anaconda.log and /tmp/syslog and attach them to this bug report? I am only intermittently able to reproduce this bug, and other people I've had check are not having a lot of luck with it either. Thanks.
I've gziped whole /tmp directory (except of tmux-0/, yum.cache/ and yum.root/). For me, it's hard to reproduce it reliably too. Best chance is to "start installation as quickly as possible" (as soon as the "Choose language" appears, click on "continue"), but you have to try it several times.
Created attachment 606176 [details]
I've also attached log from successful instalator startup. Only difference I see is different order of modprobe/mount at the end of program.log and additional "WARN" and "DEBUG" at the end of storage.log in unsuccessful instalator startup log.
Created attachment 606183 [details]
second gziped logs
*** This bug has been marked as a duplicate of bug 849211 ***