Bug 68216
| Summary: | the screen cannot be unlocked | ||
|---|---|---|---|
| Product: | [Retired] Red Hat Public Beta | Reporter: | Need Real Name <happyluo79> |
| Component: | xscreensaver | Assignee: | Bill Nottingham <notting> |
| Status: | CLOSED RAWHIDE | QA Contact: | |
| Severity: | high | Docs Contact: | |
| Priority: | medium | ||
| Version: | limbo | CC: | happyluo79, jwz, otaylor, pcormier, rvokal, yshao |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2002-08-15 18:01:41 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: | 67217 | ||
|
Description
Need Real Name
2002-07-08 08:49:18 UTC
The system is a clean "limbo" installation. The versions of the components are: xscreensaver-4.05-1 libxml2-2.4.22-2 Does this happen in non-chinese locales? That's the point. When I change the locale from zh_CN.GB18030 to en_US.UTF-8, then everything is right.The error message I mentioned above disappears too. By the way, the full error message is "xscreensaver-lock Gtk-WARNING: failed to set label from markup due to error parsing markup:****" But I do want to work under Chinese locale! I hope this bug can be fixed. But I do want to work under Chinese locale! I hope this bug can be fixed. This probably has something to do with bug 37632, but I don't know what to do about that one either, so someone who actually understands handling of non-english keyboards is gonna have to tackle this... The "failure to set label" error message is almost certainly unrelated to the password problem. I've found that the problem is caused by minichinput, which is a XIM based Chinese input method. If I do "killall chinput" before lock the screen, then I can unlock the screen without any problem. So, I could unlock the screen under non-Chinese locale, just because in that locale, chinput did not start. There is another strange problem in limbo caused by minichinput: If chinput is running, then one cannot enter "<" in gnome-terminal. So, I think this bug can be classified as the bug of minichinput, or the incompatibility between minichinput and xcreensaver, gnome-terminal etc. Since this problem occurs only in limbo, which uses gnome2. Maybe this is a incompatibility between chinput and gnome2? I didn't test other input methods. If other input methods using XIM also have this problem, then this is a problem between XIM and gnome2. Maybe the hackers of GNOME can help us. When miniChinput is up, and you active xscreensaver, miniChinput as IM server
will receive Input Context(IC) create request and Input Focus request from the
GTK password input entry box, this is correct. But at the same time, miniChinput
also receives a extra Input Context request, but no following Input Focus
request, don't know where this is come from. xscreensaver will reports bad
window error.
And everytime you active the password input entry window from funncy graphics
when saver is on, miniChinput will get all new IC and foucs request, I think
xscreensaver should send re-focus request instead.
Those are the weird things.
Following Owen Taylor's advice, putting following one line in lock-Gtk.c will fix.
putenv("GTK_IM_MODULE=gtk-im-context-simple);
I am more believe the bug is in XIM... I will build new xscreensaver package and
do more test.
Please test the latest xscreensaver-4.05-3 and gtk2-2.0.6-2. The problem no longer exists.I can now unlock the screen. Thank you! But the "no < in gnome-terminal" problem still exists. I fixed the '<' problem a couple of days ago ... the fix is in gtk2-2.0.6-3 (not sure if it is in Raw Hide yet.) |