bug#28646: 25.2; Emoji BED cannot be inserted with its name

bug#28646: 25.2; Emoji BED cannot be inserted with its name

[ynyaaa]

Typing 'C-x 8 RET B E D RET' inserts #xBED(TAMIL DIGIT SEVEN).
Emoji #x1F6CF(BED) cannot be inserted with its name.
Although the completion list for insert-char with 'BE' includes Emoji BED,
the result of clicking 'BED' is TAMIL DIGIT SEVEN.



In GNU Emacs 25.2.1 (i686-w64-mingw32)
 of 2017-04-25 built on LAPHROAIG
Windowing system distributor 'Microsoft Corp.', version 6.0.6002
Configured using:
 'configure --host=i686-w64-mingw32 --without-dbus
 --without-compress-install 'CFLAGS=-static -O2 -g3''

Configured features:
XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY ACL GNUTLS LIBXML2 ZLIB
TOOLKIT_SCROLL_BARS

Important settings:
  value of $LANG: JPN
  locale-coding-system: cp932

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent messages:

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message dired format-spec rfc822 mml
mml-sec password-cache epg epg-config gnus-util mm-decode mm-bodies
mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail
rfc2047 rfc2045 ietf-drums mm-util help-fns help-mode easymenu
cl-loaddefs pcase cl-lib mail-prsvr mail-utils time-date mule-util
japan-util tooltip eldoc electric uniquify ediff-hook vc-hooks
lisp-float-type mwheel dos-w32 ls-lisp disp-table w32-win w32-vars
term/common-win tool-bar dnd fontset image regexp-opt fringe
tabulated-list newcomment elisp-mode lisp-mode prog-mode register page
menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock
syntax facemenu font-core frame cl-generic cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms
cp51932 hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese charscript case-table epa-hook jka-cmpr-hook help
simple abbrev minibuffer cl-preloaded nadvice loaddefs button faces
cus-face macroexp files text-properties overlay sha1 md5 base64 format
env code-pages mule custom widget hashtable-print-readable backquote
w32notify w32 multi-tty make-network-process emacs)

Memory information:
((conses 8 91409 5177)
 (symbols 32 19664 0)
 (miscs 32 50 119)
 (strings 16 15834 4011)
 (string-bytes 1 427472)
 (vectors 8 13031)
 (vector-slots 4 516560 5464)
 (floats 8 160 64)
 (intervals 28 213 16)
 (buffers 520 19))

bug#28646: 25.2; Emoji BED cannot be inserted with its name

[Robert Pluim]

ynyaaa@gmail.com writes:

> Typing 'C-x 8 RET B E D RET' inserts #xBED(TAMIL DIGIT SEVEN).
> Emoji #x1F6CF(BED) cannot be inserted with its name.
> Although the completion list for insert-char with 'BE' includes Emoji BED,
> the result of clicking 'BED' is TAMIL DIGIT SEVEN.

Indeed it is. 25.3 behaves the same, but 26 correctly inserts #x1F6CF.

I've bisected it down to the following commit, which changed the
interpretation of 'BED' to be less surprising.

You can either upgrade to the not-yet-released emacs-26, or try
applying this commit locally (if you build your own emacs)

commit 86d083438dba60dc00e9e96414bf7e832720c05a (HEAD)
Author:     Paul Eggert <eggert@cs.ucla.edu>
AuthorDate: Mon Apr 25 10:41:29 2016 -0700
Commit:     Paul Eggert <eggert@cs.ucla.edu>
CommitDate: Mon Apr 25 10:42:48 2016 -0700

    New function ‘char-from-name’
    
    This also fixes the mishandling of "\N{CJK COMPATIBILITY
    IDEOGRAPH-F900}", "\N{VARIATION SELECTOR-1}", etc.
    Problem reported by Eli Zaretskii in:
    http://lists.gnu.org/archive/html/emacs-devel/2016-04/msg00614.html
    * doc/lispref/nonascii.texi (Character Codes), etc/NEWS: Document this.
    * lisp/international/mule-cmds.el (char-from-name): New function.
    (read-char-by-name): Use it.  Document that "BED" is treated as
    a name, not as a hexadecimal number.  Reject out-of-range integers,
    floating-point numbers, and strings with trailing junk.
    * src/lread.c (character_name_to_code): Call char-from-name
    instead of inspecting ucs-names directly, so that we handle
    computed names like "VARIATION SELECTOR-1".  Do not use an auto
    string, since char-from-name might GC.
    * test/src/lread-tests.el: Add tests for new behavior, and
    fix some old tests that were wrong.

Regards

Robert

bug#28646: 25.2; Emoji BED cannot be inserted with its name

[Eli Zaretskii]

> From: Robert Pluim <rpluim@gmail.com>
> Date: Fri, 29 Sep 2017 17:48:53 +0200
> Cc: 28646@debbugs.gnu.org
> 
> ynyaaa@gmail.com writes:
> 
> > Typing 'C-x 8 RET B E D RET' inserts #xBED(TAMIL DIGIT SEVEN).
> > Emoji #x1F6CF(BED) cannot be inserted with its name.
> > Although the completion list for insert-char with 'BE' includes Emoji BED,
> > the result of clicking 'BED' is TAMIL DIGIT SEVEN.
> 
> Indeed it is. 25.3 behaves the same, but 26 correctly inserts #x1F6CF.
> 
> I've bisected it down to the following commit, which changed the
> interpretation of 'BED' to be less surprising.

Indeed, I see the same.  I'm therefore closing this bug report.