Bug 723160
| Summary: | Gnome-shell presents enormous warning dialog | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Kamil Páral <kparal> | ||||||||||||
| Component: | gnome-session | Assignee: | Ray Strode [halfline] <rstrode> | ||||||||||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||||
| Severity: | unspecified | Docs Contact: | |||||||||||||
| Priority: | unspecified | ||||||||||||||
| Version: | rawhide | CC: | awilliam, browning48ky, jmccann, maxamillion, otaylor, rstrode, samkraju, tflink, walters | ||||||||||||
| Target Milestone: | --- | ||||||||||||||
| Target Release: | --- | ||||||||||||||
| Hardware: | Unspecified | ||||||||||||||
| OS: | Unspecified | ||||||||||||||
| Whiteboard: | |||||||||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||||||||
| Doc Text: | Story Points: | --- | |||||||||||||
| Clone Of: | Environment: | ||||||||||||||
| Last Closed: | 2011-08-08 08:06:40 UTC | Type: | --- | ||||||||||||
| Regression: | --- | Mount Type: | --- | ||||||||||||
| Documentation: | --- | CRM: | |||||||||||||
| Verified Versions: | Category: | --- | |||||||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||||||
| Embargoed: | |||||||||||||||
| Bug Depends On: | |||||||||||||||
| Bug Blocks: | 713560 | ||||||||||||||
| Attachments: |
|
||||||||||||||
|
Description
Kamil Páral
2011-07-19 09:15:59 UTC
Created attachment 513741 [details]
dmesg
Created attachment 513742 [details]
logs
After discussion with adamw marking also as F16Alpha-NTH. Created attachment 514732 [details]
Screenshot.png
After a fresh rawhide install this morning, and logging into GNOME, I see the the typical "GNOME3 failed to load" dialog. It appears to be sized correctly, perhaps something changed to fix this problem?
Discussed at the 2011-07-22 alpha blocker bug review meeting. More information is needed before making a decision on this bug. The impact of this issue is unclear. How many users are hitting this? What types of install bring out this behavior? Does it happen on bare metal installs? I performed additional testing. 1. This concerns booting livecd, not booting a freshly installed system. That might be different. 2. I re-tested with Fedora-16-Nightly-20110722.09-x86_64-Live-desktop.iso (and i686). The same issue is still present. (Note: It is necessary to disable selinux to boot at all). 3. I tested on two bare metal machines. Both presented the same issue, so it clearly happens also on bare metal (I'm changing blocker bug to F16Alpha). You have to force failsafe mode to trigger this behavior. I did that by booting using "safe video" option. Created attachment 514988 [details]
bug demonstration video
can we isolate whether this is down to the fallback mode per se, or vesa? you can test with fallback mode using a native driver by booting to gnome shell once, going to control center, System Info, checking the box to force fallback mode at the next login, then logging out and logging back in. if you do that on one of the same systems you tested with vesa, that should let us know whether it's vesa or fallback that's the issue. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers oh, if this is happening in fallback mode, it's clearly not the shell that's at fault. this may wind up being a graphics driver issue, but for now moving to gnome-session. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers (In reply to comment #8) > can we isolate whether this is down to the fallback mode per se, or vesa? you > can test with fallback mode using a native driver by booting to gnome shell > once, going to control center, System Info, checking the box to force fallback > mode at the next login, then logging out and logging back in. if you do that on > one of the same systems you tested with vesa, that should let us know whether > it's vesa or fallback that's the issue. Unfortunately the error dialog is not displayed if you force the fallback mode manually, I just tried that. I don't know how to trigger displaying that dialog in another way than using vesa driver. In VMs I tried cirrus and wmvga video drivers, for both the same issue occurs. Discussed in the 2011-07-29 blocker review meeting. Nobody else has been able to reproduce this issue and the impact is unclear. We decided to wait for more test results and clarification before deciding on blocker status. Kamil, exactly what boot option(s) were you using to get this behavior? I am quite surprised no one was able to reproduce it, because I reproduced it on two different bare metal machines (by forcing vesa driver) and also in virtual machines. I used the default boot options as in items "Boot" and "Boot (Basic Video)", only appending "selinux=0". That is: "vmlinuz0 initrd=initrd0.img root=live:CDLABEL=Fedora-16-Nightly-20110722.09-i6 rootfstype=auto ro liveimg quiet rhgb rd.luks=0 rd.md=0 rd.dm=0 selinux=0" and "vmlinuz0 initrd=initrd0.img root=live:CDLABEL=Fedora-16-Nightly-20110722.09-i6 rootfstype=auto ro liveimg quiet rhgb rd.luks=0 rd.md=0 rd.dm=0 xdriver=vesa nomodeset selinux=0" Unfortunately no new LiveCDs were created since Jul 22nd, so I can't re-test with latest code. The same happens in VirtualBox. Those who could not reproduce the issue, did they really try to boot the aforementioned LiveCD, or did they just try to boot a previously installed system? since we didn't get tc1 live images yet, it'd probably be best to wait until we have tc1/tc2/rc1 live images to make a definite decision on this one, I think. Discussed in the 2011-08-05 blocker review meeting. Agreed to wait for updated test results against live images. If no new updates by next blocker bug review meeting, it will be rejected as an alpha blocker. This problem is solved with F16 Alpha RC1. Tested both archs in VM. |