GNU bug report logs -
#67135
[PATCH] Fix font-lock for string escapes in lua-ts--font-lock-settings
Previous Next
Reported by: Noah Peart <noah.v.peart <at> gmail.com>
Date: Sun, 12 Nov 2023 19:47:01 UTC
Severity: normal
Tags: patch
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 67135 in the body.
You can then email your comments to 67135 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#67135
; Package
emacs
.
(Sun, 12 Nov 2023 19:47:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Noah Peart <noah.v.peart <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sun, 12 Nov 2023 19:47:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Tags: patch
* lisp/progmodes/lua-ts-mode.el
(lua-ts-mode--font-lock-settings): fix font-locking for string escapes
Bug: Strings aren't fontified when they have escape sequences in them.
Recipe to reproduce:
In a `lua-ts-mode` buffer, with `treesit-font-lock-level` set to 4 to
include escapes,
"foo\nbar"
font-locks '\n' but not "foo" or "bar".
In GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version
3.24.33, cairo version 1.16.0) of 2023-11-05 built on noah-X580VD
Repository revision: b819b8d6e90337b4cb36b35c2c6d0112c90a8e24
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12101004
System Description: Ubuntu 22.04.3 LTS
Configured using:
'configure --prefix=/usr/local --with-modules --with-tree-sitter
--with-threads --with-x-toolkit=gtk3 --with-xwidgets --with-gnutls
--with-json --with-mailutils --with-jpeg --with-png --with-rsvg
--with-tiff --with-xml2 --with-xpm --with-imagemagick CC=gcc-12
CXX=gcc-12'
[Message part 2 (text/html, inline)]
[lua-ts-string-escapes.patch (text/x-patch, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#67135
; Package
emacs
.
(Sun, 12 Nov 2023 22:28:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 67135 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
November 12, 2023 at 7:45 PM, "Noah Peart" <noah.v.peart <at> gmail.com> wrote:
>
> Tags: patch
>
> * lisp/progmodes/lua-ts-mode.el
> (lua-ts-mode--font-lock-settings): fix font-locking for string escapes
>
> Bug: Strings aren't fontified when they have escape sequences in them.
>
> Recipe to reproduce:
> In a `lua-ts-mode` buffer, with `treesit-font-lock-level` set to 4 to
> include escapes,
>
> "foo\nbar"
>
> font-locks '\n' but not "foo" or "bar".
>
> In GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version
> 3.24.33, cairo version 1.16.0) of 2023-11-05 built on noah-X580VD
> Repository revision: b819b8d6e90337b4cb36b35c2c6d0112c90a8e24
> Repository branch: master
> Windowing system distributor 'The X.Org Foundation', version 11.0.12101004
> System Description: Ubuntu 22.04.3 LTS
>
> Configured using:
> 'configure --prefix=/usr/local --with-modules --with-tree-sitter
> --with-threads --with-x-toolkit=gtk3 --with-xwidgets --with-gnutls
> --with-json --with-mailutils --with-jpeg --with-png --with-rsvg
> --with-tiff --with-xml2 --with-xpm --with-imagemagick CC=gcc-12
> CXX=gcc-12'
Thanks.
I updated the commit message to include the bug number and
match the format used in Emacs.
[0001-Fix-font-lock-for-string-escapes-in-lua-ts-mode.patch (text/x-diff, attachment)]
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Wed, 15 Nov 2023 16:29:07 GMT)
Full text and
rfc822 format available.
Notification sent
to
Noah Peart <noah.v.peart <at> gmail.com>
:
bug acknowledged by developer.
(Wed, 15 Nov 2023 16:29:08 GMT)
Full text and
rfc822 format available.
Message #13 received at 67135-done <at> debbugs.gnu.org (full text, mbox):
> Date: Sun, 12 Nov 2023 22:26:16 +0000
> TLS-Required: No
> From: jm--- via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>
> November 12, 2023 at 7:45 PM, "Noah Peart" <noah.v.peart <at> gmail.com> wrote:
> >
> > Tags: patch
> >
> > * lisp/progmodes/lua-ts-mode.el
> > (lua-ts-mode--font-lock-settings): fix font-locking for string escapes
> >
> > Bug: Strings aren't fontified when they have escape sequences in them.
> >
> > Recipe to reproduce:
> > In a `lua-ts-mode` buffer, with `treesit-font-lock-level` set to 4 to
> > include escapes,
> >
> > "foo\nbar"
> >
> > font-locks '\n' but not "foo" or "bar".
> >
> > In GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version
> > 3.24.33, cairo version 1.16.0) of 2023-11-05 built on noah-X580VD
> > Repository revision: b819b8d6e90337b4cb36b35c2c6d0112c90a8e24
> > Repository branch: master
> > Windowing system distributor 'The X.Org Foundation', version 11.0.12101004
> > System Description: Ubuntu 22.04.3 LTS
> >
> > Configured using:
> > 'configure --prefix=/usr/local --with-modules --with-tree-sitter
> > --with-threads --with-x-toolkit=gtk3 --with-xwidgets --with-gnutls
> > --with-json --with-mailutils --with-jpeg --with-png --with-rsvg
> > --with-tiff --with-xml2 --with-xpm --with-imagemagick CC=gcc-12
> > CXX=gcc-12'
>
> Thanks.
>
> I updated the commit message to include the bug number and
> match the format used in Emacs.
Thanks, installed on master, and closing the bug.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 14 Dec 2023 12:24:10 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 148 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.