Description of problem: Fresh installed F15 system with all updates including updates-testing. Change user language in 'user account' to Chinese(China). Gnome shell failed to start after relogin. File .xsession-errors attached Version-Release number of selected component (if applicable): gnome-shell-2.91.90-2.fc15.x86_64 gnome-desktop3-2.91.90-1.fc15.x86_64 How reproducible: 100% Steps to Reproduce: 1. Install F15 system and update all with updates-testing enabled. 2. Change language in my account to Chinese(China) 3. logout and relogin Actual results: gnome-shell failed to start unless changing the language back to English or Chinese(Hong Kong) Additional info: Chinese(Hong Kong) doesn't have this issue.
Created attachment 482257 [details] xsession-errors
https://bugzilla.redhat.com/show_bug.cgi?id=683118 Another case only with locale settings went to zh_CN.
Proposed as F15Beta since it blocks all the users who need a simplified Chinese environment of the system.
Discussed at the 2011-03-11 blocker review meeting. Before deciding the blocker status, we'd like to check what exactly happens: does GNOME go to fallback mode (intended for graphics adapters that don't support Shell), or do you just wind up with an unusable blank desktop? Thanks.
This is definitely a blocker; the system locks up with an infinite respawn loop of the shell, so you can't access the UI to change the language or force fallback mode. Shouldn't be hard to fix, though.
Thanks, Owen.
I'm suffering from the same problem. GNOME 3 on Archlinux is suffering from the same problem, and I found what happens. The error gnome-shell is: ======================================================= JS ERROR: !!! Exception was: Error: Failed to convert locale string to UTF8: 转换输入中出现无效字符序列 JS ERROR: !!! lineNumber = '0' JS ERROR: !!! fileName = 'gjs_throw' JS ERROR: !!! stack = 'Error("Failed to convert locale string to UTF8: \u8F6C\u6362\u8F93\u5165\u4E2D\u51FA\u73B0\u65E0\u6548\u5B57\u7B26\u5E8F\u5217")@:0 ("Failed to convert locale string to UTF8: \u8F6C\u6362\u8F93\u5165\u4E2D\u51FA\u73B0\u65E0\u6548\u5B57\u7B26\u5E8F\u5217")@gjs_throw:0 ()@/usr/share/gnome-shell/js/ui/dateMenu.js:210 ()@/usr/share/gnome-shell/js/ui/dateMenu.js:148 DateMenuButton()@/usr/share/gnome-shell/js/ui/dateMenu.js:44 ()@/usr/share/gnome-shell/js/ui/panel.js:932 Panel()@/usr/share/gnome-shell/js/ui/panel.js:794 start()@/usr/share/gnome-shell/js/ui/main.js:147 @<main>:1 ' JS ERROR: !!! message = 'Failed to convert locale string to UTF8: lb�e-���HW&�^W' 窗口管理器警告:Log level 32: Execution of main.js threw exception: Error: Failed to convert locale string to UTF8: 转换输入中出现无效字符序列 ======================================================= If I comment out the 210 line of /usr/share/gnome-shell/js/ui/dateMenu.js : this._date.set_text(displayDate.toLocaleFormat(dateFormat)); gnome-shell will run.
*** Bug 683118 has been marked as a duplicate of this bug. ***
(In reply to comment #4) > Discussed at the 2011-03-11 blocker review meeting. Before deciding the blocker > status, we'd like to check what exactly happens: does GNOME go to fallback mode > (intended for graphics adapters that don't support Shell), or do you just wind > up with an unusable blank desktop? Thanks. It entered to an unusable blank desktop after login at gdm.
Upstream fixed this bug, http://git.gnome.org/browse/gnome-shell/commit/?id=7ad89dc46b5307ecb17c1eba133b410eb010aee1 It affects not only Chinese, but any language with Unicode characters in it's date format. Please update the package in fedora to include this fix. thanks.
Discussed at 2011-03-18 blocker review meeting. Owen, can you please pull in this fix ASAP, as this is a Beta blocker? Thanks.
Discussed at 2011-03-25 blocker review meeting. We think the fix for this should be present in gnome-shell-2.91.92-1 . Can those affected please test that version (or any later version) and let us know if the problem is fixed? Thanks.
(In reply to comment #12) > Discussed at 2011-03-25 blocker review meeting. We think the fix for this > should be present in gnome-shell-2.91.92-1 . Can those affected please test > that version (or any later version) and let us know if the problem is fixed? > Thanks. It is fixed.
Thanks. Please provide karma for https://admin.fedoraproject.org/updates/gnome-shell-2.91.92-1.fc15 and/or https://admin.fedoraproject.org/updates/libsocialweb-0.25.11-3.fc15,kdebase-runtime-4.6.1-3.fc15,epiphany-2.91.92-2.fc15,evolution-2.91.92-2.fc15,control-center-2.91.92-3.fc15,kde-plasma-networkmanagement-0.9-0.43.20110323.fc15,kdebase-workspace-4.6.1-5.fc15,empathy-2.91.92-1.fc15,geoclue-0.12.0-7.fc15,krb5-auth-dialog-2.91.91-3.fc15,gnome-shell-2.91.92-3.fc15,NetworkManager-openvpn-0.8.995-1.fc15,NetworkManager-vpnc-0.8.996-2.fc15,NetworkManager-0.8.997-4.git20110325.fc15 ? Thanks!
Confirmed fixed. I used a latest daily CD to erase existing faulty F-15 installation today and everything is fine now, including when language settings set to zh_CN. Logon process proceeded correctly and Simplified Chinese interface showed up well.
2.91.92-1 went stable, so closing.