|
Bugzilla – Full Text Bug Listing |
| Summary: | GNOME: After supplying root password and clicking next, the installer hangs | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE 11.0 | Reporter: | Magnus Boman <captain.magnus> |
| Component: | GNOME | Assignee: | Forgotten User h13THG8RK1 <forgotten_h13THG8RK1> |
| Status: | RESOLVED FIXED | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Critical | ||
| Priority: | P5 - None | CC: | federico, forgotten_h13THG8RK1, locilka, mmeeks, vuntz |
| Version: | Factory | ||
| Target Milestone: | --- | ||
| Hardware: | Other | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: |
yast logs
test ycp better test - simple nested dialogs. |
||
Happens in VirtualBox as well... Changing summary as the installer keeps hanging after entering a root password and clicking next actually I could continue with pressing enter again and again, the flickerin is weird though. from the log file it's already in hardware config - I think this is a very general bug in the work flow 1. After restarting the machine when this happen, it comes up with basically an empty frame. Pressing enter made it continue. 2. After entering the root password, I had to press enter twice for it to continue. So looks likes there's a dialog box that doesn't visible show, but is still there somehow. I entered novell as a password and that normally generates two dialog boxes that needs to be confirmed. Yes, definitely the dialog box. I continued and came to the Network configuration. I clicked to disale IPv6. The screen flickered and then nothing worked again. At this stage, one can press Enter (blindly) to ack the dialog box or actually switch to the dialog box with Alt+Tab, which is in full screen. *** Bug 386639 has been marked as a duplicate of this bug. *** Magnus, looking at the log, you are running the GTK UI. Is this missbehavior reproducible with Qt? Yes, using the GTK UI. Qt does not have this problem. . FYI; Happens while installing from the DVD as well ok, thanks for checking. So it's indeed a popup handling bug in yast2-gtk pressing escape repeatedly worked for me; I -imagine- it's related to the cut-down window manager (or no window manager) in the installation process, and (perhaps) also window transience, layering or some combination of these. I guess if we can reproduce that setup somehow, it should be easy enough to fix. *** Bug 387501 has been marked as a duplicate of this bug. *** So, I can reproduce this easily in virtualbox and I'm playing with the bug.
If I run 'y2base installation ("continue") gtk --noborder --auto-fonts --fullscreen' in a X I manually started with icewm, I can reproduce. However, if I remove the --fullscreen, it works, and the modal window has a border.
So, for me, the bug is that --fullscreen makes popup windows fullscreen. I'm not sure that's what is wanted.
I can test a few things if people want.
(fwiw, icewm is running when booting and finishing the installation)
yep - am looking into it & trying to shrink it to a test-case :-) Created attachment 213244 [details]
test ycp
the attached test provokes the problem, apparently Popup::YesNoHeadline is nearer the evil.
This also requires no risky installation wizard running; simply log in with a failsafe terminal session;
launch:
icewm -c preferences.yast2 -t yast2
and run:
/usr/lib/YaST2/bin/y2base PopupStressTest.ycp gtk --noborder --auto-fonts --fullscreen
Created attachment 213247 [details]
better test - simple nested dialogs.
committed the fix to SVN; turns out it's an icewm oddness for 'fullscreen' windows, and we're tagging our popups as 'full-screen' in error in this mode. ~few lines of fix - it would be really nice to get this into autobuild soon :-) |
Created attachment 211726 [details] yast logs Asked to supply root password even though it was checked to be the same as the user in first stage. after entering the password and clicking next, the install is hung. attaching y2logs