GNU bug report logs -
#52240
29.0.50; Build failure after 35075267a6
Previous Next
Reported by: Arash Esbati <arash <at> gnu.org>
Date: Thu, 2 Dec 2021 10:14:01 UTC
Severity: normal
Found in version 29.0.50
Fixed in version 29.1
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
Message #26 received at 52240 <at> debbugs.gnu.org (full text, mbox):
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> What about what it's actually complaining about, then? I.e.,
>
> (insert ?\N{left-to-right embedding})
Sorry, I thought I had tried that already but didn't look carefully at
the result. When I do 'C-u C-x =' at the insertion, I get:
--8<---------------cut here---------------start------------->8---
position: 308 of 308 (100%), column: 37
character: (displayed as ) (codepoint 8234, #o20052, #x202a)
charset: unicode (Unicode (ISO10646))
code point in charset: 0x202A
script: symbol
syntax: w which means: word
category: L:Strong L2R
to input: type "C-x 8 RET 202a" or "C-x 8 RET LEFT-TO-RIGHT EMBEDDING"
buffer code: #xE2 #x80 #xAA
file code: #xE2 #x80 #xAA (encoded by coding system utf-8-dos)
display: by this font (glyph code):
harfbuzz:-outline-Symbola-regular-normal-normal-serif-12-*-*-*-p-*-iso10646-1 (#x875)
Character code properties: customize what to show
name: LEFT-TO-RIGHT EMBEDDING
general-category: Cf (Other, Format)
decomposition: (8234) ('')
There are text properties here:
fontified t
--8<---------------cut here---------------end--------------->8---
This bug report was last modified 3 years and 172 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.