From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020724 Description of problem: A us_intl keymap that used to enable someone to enter characters with accents in 7.3 generates garbage on GNU Emacs on limbo (2). Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1.Add to panel the gnome panel the keyboard layout switcher 2.Add an English -> US -> US international keymap (non xkb) 3.Enable it 4.Start GNU Emacs (XEmacs will work; why can't GNU Emacs be started from a menu?) 5.Type say 'a Actual Results: A pair of characters, none of which look like a, that, when cut&pasted into Mozilla, gives an a. It's saved as a pair of characters that displays as `a' by cat, less, etc. I suppose it's the UTF8 encoding of a, but it displays incorrect in GNU Emacs, if started with LANG=en_US.UTF-8. If I set LANG=C, then GNU Emacs displays accented characters correctly. Expected Results: It should not display individual components of UTF8 character sequences, regardless of the LANG choice, or at least not by default. Additional info: Instead of adding the keyboard layout switcher, it may be enough to run setxkbmap us_intl.
Verified - only happens if the locale is a utf-8 locale.
Fixed in emacs-21.2-16
Fix confirmed with emacs-21.2-16.