bug#64652: 28.2; Adding a property bug on Windows 11

[Senki Jun]

I can confirm

On Sun, Jul 16, 2023 at 11:40 AM Eli Zaretskii <eliz@gnu.org> wrote:

> From: Ihor Radchenko <yantar92@posteo.net>
> Cc: senkijun@gmail.com, ruijie@netyu.xyz, 64652@debbugs.gnu.org
> Date: Sun, 16 Jul 2023 08:07:01 +0000
>
> Eli Zaretskii <eliz@gnu.org> writes:
>
> >> Org inherits outline-mode-syntax-table, which inherits
> >> standard-syntax-table, AFAIU. Is there anything wrong with this
> >> approach?
> >
> > I'm talking about case-table, not syntax-table.
>
> Org does nothing about case-table. So, it should be the default one.

That's the problem: the default case-table in Turkish locales will
fail case-insensitive search for ASCII strings.  Try this:

  emacs -Q
  M-x set-language-environment RET Turkish RET

Then type "PROPERTIES" into *scratch*, go to its beginning, and type
M-l.  You will see "propertıes".

> > It sounds like Org searches for "PROPERTIES" with case-fold-search
> > non-nil, and in Turkish locales that downcases PROPERTIES to
> > propertıes (not the dotless ı letter instead of i), which then fails
> > to find the string.  Something like that.
>
> Does it also mean that any user with Turkish locale will experience the
> same failure when searching for "i"? Like M-x isearch <RET> i

Yes (except that Isearch has some heuristics regarding letter-case
when invoked interactively).  After set-language-environment to
Turkish, type "PROPERTIES", go to the beginning of the word you typed,
and do

   M-: (search-forward "i") RET

You will see that it fails.  Now reset language-environment to English
and repeat the same search: it will now succeed.

54.png
Description: PNG image