GNU bug report logs -
#77901
tsx-ts-mode: ternary chains are indented as a tree
Previous Next
To reply to this bug, email your comments to 77901 AT debbugs.gnu.org.
There is no need to reopen the bug first.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#77901
; Package
emacs
.
(Fri, 18 Apr 2025 14:26:08 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Konstantin Kharlamov <Hi-Angel <at> yandex.ru>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Fri, 18 Apr 2025 14:26:08 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Given this correctly indented code:
const a = cond1 ? 1
: cond2 ? 2
: cond3 ? 3
: 4;
if you reindent it, it turns into:
const a = cond1 ? 1
: cond2 ? 2
: cond3 ? 3
: 4;
Basically, for every colon it increases indentation. This is different
from other c-like languages (it's is indented as the first form
instead), and it's also different from Python. The "tree-indentation"
is not readable, so there's a reason other modes indent it as the
first example. Would it be possible to change in typescript mode as
well?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#77901
; Package
emacs
.
(Thu, 01 May 2025 13:40:06 GMT)
Full text and
rfc822 format available.
Message #8 received at 77901 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
After poking around I wrote a patch (attached). Worth noting though, for
some reason it doesn't work for ternary without starting colon, e.g.:
const a = cond1 ? 1 :
cond2 ? 2 :
cond3 ? 3 : 4;
I'm unclear why, per my understanding the "standalone-parent" of the
whole ternary chain (disregarding where the point is) is the `const a
=` declaration.
Such bug also persists in c++-ts-mode (as opposed to non-ts plain c++-
mode). I'm not sure if it's me misunderstanding something or not…
[1.patch (text/x-patch, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#77901
; Package
emacs
.
(Sat, 10 May 2025 10:17:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 77901 <at> debbugs.gnu.org (full text, mbox):
> From: Konstantin Kharlamov <Hi-Angel <at> yandex.ru>
> Date: Thu, 01 May 2025 20:39:02 +0700
>
> After poking around I wrote a patch (attached). Worth noting though, for
> some reason it doesn't work for ternary without starting colon, e.g.:
>
> const a = cond1 ? 1 :
> cond2 ? 2 :
> cond3 ? 3 : 4;
>
> I'm unclear why, per my understanding the "standalone-parent" of the
> whole ternary chain (disregarding where the point is) is the `const a
> =` declaration.
>
> Such bug also persists in c++-ts-mode (as opposed to non-ts plain c++-
> mode). I'm not sure if it's me misunderstanding something or not…
Yuan, any comments?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#77901
; Package
emacs
.
(Tue, 13 May 2025 19:46:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 77901 <at> debbugs.gnu.org (full text, mbox):
Hey, sorry for the delay.
> On May 10, 2025, at 3:16 AM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>
>> From: Konstantin Kharlamov <Hi-Angel <at> yandex.ru>
>> Date: Thu, 01 May 2025 20:39:02 +0700
>>
>> After poking around I wrote a patch (attached).
Thanks! LGTM. For some reason I can’t apply the patch on either emacs-30 or master. [1]
>> Worth noting though, for
>> some reason it doesn't work for ternary without starting colon, e.g.:
>>
>> const a = cond1 ? 1 :
>> cond2 ? 2 :
>> cond3 ? 3 : 4;
>>
>> I'm unclear why, per my understanding the "standalone-parent" of the
>> whole ternary chain (disregarding where the point is) is the `const a
>> =` declaration.
The standalone rule just keeps going up the parse tree until it finds a node that starts on a new line. In this case, if you start form cond3, it’ll go up until reaching the teneray_expression node containing cond2. This node starts on a new line so standalone-parent stops here. So the cond3 line uses the cond2 line as the anchor, instead of the “const a” line. If you add a cond4 line, it’ll use the cond3 line as anchor.
There’re several ways to fix it. The best way is to add a new anchor to the presets that does what standalone-parent does, but additionally excludes some nodes. Something like (standalone-parent-excluding “regexp”). Then this can be used for both typescript and c/c++ (and java, etc).
>>
>> Such bug also persists in c++-ts-mode (as opposed to non-ts plain c++-
>> mode). I'm not sure if it's me misunderstanding something or not…
>
> Yuan, any comments?
Yeah we should fix this in c/c++-ts-mode too. In c/c++, the baseline-indent-rule can handle
int a = cond1 ? 1
: cond2 ? 2
: cond3 ? 3
: 4;
Which is nice, but the other case needs special case override:
int a = cond1 ? 1 :
cond2 ? 2 :
cond3 ? 3 :
cond 4: 5;
Yuan
[1] I got this error:
128 git … am --3way -- /Users/yuan/downloads/1-3.patch
Applying: typescript-ts: align ternary-chain branches (bug#78187)
error: sha1 information is lacking or useless (test/lisp/progmodes/typescript-ts-mode-resources/indent.erts).
error: could not build fake ancestor
Patch failed at 0001 typescript-ts: align ternary-chain branches (bug#78187)
hint: Use 'git am --show-current-patch=diff' to see the failed patch
When you have resolved this problem, run "git am --continue".
If you prefer to skip this patch, run "git am --skip" instead.
To restore the original branch and stop patching, run "git am --abort".
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#77901
; Package
emacs
.
(Wed, 14 May 2025 14:52:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 77901 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Tue, 2025-05-13 at 12:45 -0700, Yuan Fu wrote:
> Hey, sorry for the delay.
>
> > On May 10, 2025, at 3:16 AM, Eli Zaretskii <eliz <at> gnu.org> wrote:
> >
> > > From: Konstantin Kharlamov <Hi-Angel <at> yandex.ru>
> > > Date: Thu, 01 May 2025 20:39:02 +0700
> > >
> > > After poking around I wrote a patch (attached).
>
> Thanks! LGTM. For some reason I can’t apply the patch on either
> emacs-30 or master. [1]
Oh, interesting. I kind of know where the error is coming from, but
only partially. The reason for the error is that the patch I sent was
applied over the patch for #78121 (which is pending btw 😊) as I'm
using them both for coding. At the same time, I don't really
understand the source of the error as the same parameters work for me:
╰─λ git am --3way -- /tmp/1.patch
Applying: typescript-ts: align ternary-chain branches (bug#78187)
Using index info to reconstruct a base tree...
M lisp/progmodes/typescript-ts-mode.el
M test/lisp/progmodes/typescript-ts-mode-resources/indent.erts
Falling back to patching base and 3-way merge...
Auto-merging test/lisp/progmodes/typescript-ts-mode-resources/indent.erts
Auto-merging lisp/progmodes/typescript-ts-mode.el
Either way, I redone the patch on top of the tree, please try this one
> > > Worth noting though, for
> > > some reason it doesn't work for ternary without starting colon,
> > > e.g.:
> > >
> > > const a = cond1 ? 1 :
> > > cond2 ? 2 :
> > > cond3 ? 3 : 4;
> > >
> > > I'm unclear why, per my understanding the "standalone-parent" of
> > > the
> > > whole ternary chain (disregarding where the point is) is the
> > > `const a
> > > =` declaration.
>
> The standalone rule just keeps going up the parse tree until it finds
> a node that starts on a new line. In this case, if you start form
> cond3, it’ll go up until reaching the teneray_expression node
> containing cond2. This node starts on a new line so standalone-parent
> stops here. So the cond3 line uses the cond2 line as the anchor,
> instead of the “const a” line. If you add a cond4 line, it’ll use the
> cond3 line as anchor.
>
> There’re several ways to fix it. The best way is to add a new anchor
> to the presets that does what standalone-parent does, but
> additionally excludes some nodes. Something like (standalone-parent-
> excluding “regexp”). Then this can be used for both typescript and
> c/c++ (and java, etc).
Oh, I see, thank you!
[3.patch (text/x-patch, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#77901
; Package
emacs
.
(Fri, 16 May 2025 03:13:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 77901 <at> debbugs.gnu.org (full text, mbox):
> On May 14, 2025, at 7:50 AM, Konstantin Kharlamov <Hi-Angel <at> yandex.ru> wrote:
>
> On Tue, 2025-05-13 at 12:45 -0700, Yuan Fu wrote:
>> Hey, sorry for the delay.
>>
>>> On May 10, 2025, at 3:16 AM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>>>
>>>> From: Konstantin Kharlamov <Hi-Angel <at> yandex.ru>
>>>> Date: Thu, 01 May 2025 20:39:02 +0700
>>>>
>>>> After poking around I wrote a patch (attached).
>>
>> Thanks! LGTM. For some reason I can’t apply the patch on either
>> emacs-30 or master. [1]
>
> Oh, interesting. I kind of know where the error is coming from, but
> only partially. The reason for the error is that the patch I sent was
> applied over the patch for #78121 (which is pending btw 😊) as I'm
> using them both for coding. At the same time, I don't really
> understand the source of the error as the same parameters work for me:
>
> ╰─λ git am --3way -- /tmp/1.patch
> Applying: typescript-ts: align ternary-chain branches (bug#78187)
> Using index info to reconstruct a base tree...
> M lisp/progmodes/typescript-ts-mode.el
> M test/lisp/progmodes/typescript-ts-mode-resources/indent.erts
> Falling back to patching base and 3-way merge...
> Auto-merging test/lisp/progmodes/typescript-ts-mode-resources/indent.erts
> Auto-merging lisp/progmodes/typescript-ts-mode.el
>
> Either way, I redone the patch on top of the tree, please try this one
Thanks, this works. I applied it on emacs-30. BTW, each entry in the commit message needs to be prefixed with “*”. Are you using magit? You can just type “C” in the magit diff buffer and it’ll insert changelog entries for you into the commit message buffer.
>>>> Worth noting though, for
>>>> some reason it doesn't work for ternary without starting colon,
>>>> e.g.:
>>>>
>>>> const a = cond1 ? 1 :
>>>> cond2 ? 2 :
>>>> cond3 ? 3 : 4;
>>>>
>>>> I'm unclear why, per my understanding the "standalone-parent" of
>>>> the
>>>> whole ternary chain (disregarding where the point is) is the
>>>> `const a
>>>> =` declaration.
>>
>> The standalone rule just keeps going up the parse tree until it finds
>> a node that starts on a new line. In this case, if you start form
>> cond3, it’ll go up until reaching the teneray_expression node
>> containing cond2. This node starts on a new line so standalone-parent
>> stops here. So the cond3 line uses the cond2 line as the anchor,
>> instead of the “const a” line. If you add a cond4 line, it’ll use the
>> cond3 line as anchor.
>>
>> There’re several ways to fix it. The best way is to add a new anchor
>> to the presets that does what standalone-parent does, but
>> additionally excludes some nodes. Something like (standalone-parent-
>> excluding “regexp”). Then this can be used for both typescript and
>> c/c++ (and java, etc).
>
> Oh, I see, thank you!
Unless you intend to work on this (which will be great ;-), I’ll add it when I find time.
Yuan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#77901
; Package
emacs
.
(Fri, 16 May 2025 06:23:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 77901 <at> debbugs.gnu.org (full text, mbox):
On Thu, 2025-05-15 at 20:12 -0700, Yuan Fu wrote:
>
>
> > On May 14, 2025, at 7:50 AM, Konstantin Kharlamov
> > <Hi-Angel <at> yandex.ru> wrote:
> >
> > On Tue, 2025-05-13 at 12:45 -0700, Yuan Fu wrote:
> > > Hey, sorry for the delay.
> > >
> > > > On May 10, 2025, at 3:16 AM, Eli Zaretskii <eliz <at> gnu.org>
> > > > wrote:
> > > >
> > > > > From: Konstantin Kharlamov <Hi-Angel <at> yandex.ru>
> > > > > Date: Thu, 01 May 2025 20:39:02 +0700
> > > > >
> > > > > After poking around I wrote a patch (attached).
> > >
> > > Thanks! LGTM. For some reason I can’t apply the patch on either
> > > emacs-30 or master. [1]
> >
> > Oh, interesting. I kind of know where the error is coming from,
> > but
> > only partially. The reason for the error is that the patch I sent
> > was
> > applied over the patch for #78121 (which is pending btw 😊) as I'm
> > using them both for coding. At the same time, I don't really
> > understand the source of the error as the same parameters work for
> > me:
> >
> > ╰─λ git am --3way -- /tmp/1.patch
> > Applying: typescript-ts: align ternary-chain branches
> > (bug#78187)
> > Using index info to reconstruct a base tree...
> > M lisp/progmodes/typescript-ts-mode.el
> > M test/lisp/progmodes/typescript-ts-mode-
> > resources/indent.erts
> > Falling back to patching base and 3-way merge...
> > Auto-merging test/lisp/progmodes/typescript-ts-mode-
> > resources/indent.erts
> > Auto-merging lisp/progmodes/typescript-ts-mode.el
> >
> > Either way, I redone the patch on top of the tree, please try this
> > one
>
> Thanks, this works. I applied it on emacs-30. BTW, each entry in the
> commit message needs to be prefixed with “*”.
Oh, sorry, apparently I forgot it while writing this message.
> Are you using magit? You can just type “C” in the magit diff buffer
> and it’ll insert changelog entries for you into the commit message
> buffer.
I use magit, though just for the highlight. I just tried your
suggestion: invoked emacs with `git commit --amend` for the discussed
commit, switched to the diff buffer and tried pressing "c" and "C".
Lower-case "c" just switches me to "COMMIT_EDITMSG" buffer. Upper-case
"C" pops up an interactive question about cloning from a URL.
I don't know if I'm missing something, but neither seems to insert the
changelog entries.
> > > > > Worth noting though, for
> > > > > some reason it doesn't work for ternary without starting
> > > > > colon,
> > > > > e.g.:
> > > > >
> > > > > const a = cond1 ? 1 :
> > > > > cond2 ? 2 :
> > > > > cond3 ? 3 : 4;
> > > > >
> > > > > I'm unclear why, per my understanding the "standalone-parent"
> > > > > of
> > > > > the
> > > > > whole ternary chain (disregarding where the point is) is the
> > > > > `const a
> > > > > =` declaration.
> > >
> > > The standalone rule just keeps going up the parse tree until it
> > > finds
> > > a node that starts on a new line. In this case, if you start form
> > > cond3, it’ll go up until reaching the teneray_expression node
> > > containing cond2. This node starts on a new line so standalone-
> > > parent
> > > stops here. So the cond3 line uses the cond2 line as the anchor,
> > > instead of the “const a” line. If you add a cond4 line, it’ll use
> > > the
> > > cond3 line as anchor.
> > >
> > > There’re several ways to fix it. The best way is to add a new
> > > anchor
> > > to the presets that does what standalone-parent does, but
> > > additionally excludes some nodes. Something like (standalone-
> > > parent-
> > > excluding “regexp”). Then this can be used for both typescript
> > > and
> > > c/c++ (and java, etc).
> >
> > Oh, I see, thank you!
>
> Unless you intend to work on this (which will be great ;-), I’ll add
> it when I find time.
Hahah, well, it's really the same for me 😊 I might dig into it, but
this depends on my time 😊
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#77901
; Package
emacs
.
(Sat, 17 May 2025 10:11:02 GMT)
Full text and
rfc822 format available.
Message #26 received at 77901 <at> debbugs.gnu.org (full text, mbox):
> From: Konstantin Kharlamov <Hi-Angel <at> yandex.ru>
> Cc: Eli Zaretskii <eliz <at> gnu.org>, 77901 <at> debbugs.gnu.org
> Date: Fri, 16 May 2025 13:22:19 +0700
>
> On Thu, 2025-05-15 at 20:12 -0700, Yuan Fu wrote:
> >
> >
> > > On May 14, 2025, at 7:50 AM, Konstantin Kharlamov
> > > <Hi-Angel <at> yandex.ru> wrote:
> > >
> > > On Tue, 2025-05-13 at 12:45 -0700, Yuan Fu wrote:
> > > > Hey, sorry for the delay.
> > > >
> > > > > On May 10, 2025, at 3:16 AM, Eli Zaretskii <eliz <at> gnu.org>
> > > > > wrote:
> > > > >
> > > > > > From: Konstantin Kharlamov <Hi-Angel <at> yandex.ru>
> > > > > > Date: Thu, 01 May 2025 20:39:02 +0700
> > > > > >
> > > > > > After poking around I wrote a patch (attached).
> > > >
> > > > Thanks! LGTM. For some reason I can’t apply the patch on either
> > > > emacs-30 or master. [1]
> > >
> > > Oh, interesting. I kind of know where the error is coming from,
> > > but
> > > only partially. The reason for the error is that the patch I sent
> > > was
> > > applied over the patch for #78121 (which is pending btw 😊) as I'm
> > > using them both for coding. At the same time, I don't really
> > > understand the source of the error as the same parameters work for
> > > me:
> > >
> > > ╰─λ git am --3way -- /tmp/1.patch
> > > Applying: typescript-ts: align ternary-chain branches
> > > (bug#78187)
> > > Using index info to reconstruct a base tree...
> > > M lisp/progmodes/typescript-ts-mode.el
> > > M test/lisp/progmodes/typescript-ts-mode-
> > > resources/indent.erts
> > > Falling back to patching base and 3-way merge...
> > > Auto-merging test/lisp/progmodes/typescript-ts-mode-
> > > resources/indent.erts
> > > Auto-merging lisp/progmodes/typescript-ts-mode.el
> > >
> > > Either way, I redone the patch on top of the tree, please try this
> > > one
> >
> > Thanks, this works. I applied it on emacs-30. BTW, each entry in the
> > commit message needs to be prefixed with “*”.
>
> Oh, sorry, apparently I forgot it while writing this message.
>
> > Are you using magit? You can just type “C” in the magit diff buffer
> > and it’ll insert changelog entries for you into the commit message
> > buffer.
>
> I use magit, though just for the highlight. I just tried your
> suggestion: invoked emacs with `git commit --amend` for the discussed
> commit, switched to the diff buffer and tried pressing "c" and "C".
>
> Lower-case "c" just switches me to "COMMIT_EDITMSG" buffer. Upper-case
> "C" pops up an interactive question about cloning from a URL.
>
> I don't know if I'm missing something, but neither seems to insert the
> changelog entries.
>
> > > > > > Worth noting though, for
> > > > > > some reason it doesn't work for ternary without starting
> > > > > > colon,
> > > > > > e.g.:
> > > > > >
> > > > > > const a = cond1 ? 1 :
> > > > > > cond2 ? 2 :
> > > > > > cond3 ? 3 : 4;
> > > > > >
> > > > > > I'm unclear why, per my understanding the "standalone-parent"
> > > > > > of
> > > > > > the
> > > > > > whole ternary chain (disregarding where the point is) is the
> > > > > > `const a
> > > > > > =` declaration.
> > > >
> > > > The standalone rule just keeps going up the parse tree until it
> > > > finds
> > > > a node that starts on a new line. In this case, if you start form
> > > > cond3, it’ll go up until reaching the teneray_expression node
> > > > containing cond2. This node starts on a new line so standalone-
> > > > parent
> > > > stops here. So the cond3 line uses the cond2 line as the anchor,
> > > > instead of the “const a” line. If you add a cond4 line, it’ll use
> > > > the
> > > > cond3 line as anchor.
> > > >
> > > > There’re several ways to fix it. The best way is to add a new
> > > > anchor
> > > > to the presets that does what standalone-parent does, but
> > > > additionally excludes some nodes. Something like (standalone-
> > > > parent-
> > > > excluding “regexp”). Then this can be used for both typescript
> > > > and
> > > > c/c++ (and java, etc).
> > >
> > > Oh, I see, thank you!
> >
> > Unless you intend to work on this (which will be great ;-), I’ll add
> > it when I find time.
>
> Hahah, well, it's really the same for me 😊 I might dig into it, but
> this depends on my time 😊
Should this bug be closed now?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#77901
; Package
emacs
.
(Sat, 17 May 2025 16:49:02 GMT)
Full text and
rfc822 format available.
Message #29 received at 77901 <at> debbugs.gnu.org (full text, mbox):
On Sat, 2025-05-17 at 13:10 +0300, Eli Zaretskii wrote:
> Should this bug be closed now?
Well, my problem is solved, because I use style where colons start the
line. But if someone uses style where colons remain on the previous
line, more work is needed. I guess it makes sense to keep an issue for
such case, the question only if it should go to its own issue, or may
be solved here as well.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#77901
; Package
emacs
.
(Sat, 17 May 2025 18:39:02 GMT)
Full text and
rfc822 format available.
Message #32 received at 77901 <at> debbugs.gnu.org (full text, mbox):
> From: Konstantin Kharlamov <Hi-Angel <at> yandex.ru>
> Cc: casouri <at> gmail.com, 77901 <at> debbugs.gnu.org
> Date: Sat, 17 May 2025 23:48:41 +0700
>
> On Sat, 2025-05-17 at 13:10 +0300, Eli Zaretskii wrote:
> > Should this bug be closed now?
>
> Well, my problem is solved, because I use style where colons start the
> line. But if someone uses style where colons remain on the previous
> line, more work is needed. I guess it makes sense to keep an issue for
> such case, the question only if it should go to its own issue, or may
> be solved here as well.
My question is, if we keep this open, who and how (and when) will
close it?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#77901
; Package
emacs
.
(Wed, 21 May 2025 06:18:02 GMT)
Full text and
rfc822 format available.
Message #35 received at 77901 <at> debbugs.gnu.org (full text, mbox):
> On May 17, 2025, at 11:37 AM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>
>> From: Konstantin Kharlamov <Hi-Angel <at> yandex.ru>
>> Cc: casouri <at> gmail.com, 77901 <at> debbugs.gnu.org
>> Date: Sat, 17 May 2025 23:48:41 +0700
>>
>> On Sat, 2025-05-17 at 13:10 +0300, Eli Zaretskii wrote:
>>> Should this bug be closed now?
>>
>> Well, my problem is solved, because I use style where colons start the
>> line. But if someone uses style where colons remain on the previous
>> line, more work is needed. I guess it makes sense to keep an issue for
>> such case, the question only if it should go to its own issue, or may
>> be solved here as well.
>
> My question is, if we keep this open, who and how (and when) will
> close it?
I’ll close it. But give me sometimes since I’m busy in real life right now ;-)
Yuan
Reply sent
to
Yuan Fu <casouri <at> gmail.com>
:
You have taken responsibility.
(Sun, 01 Jun 2025 23:18:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Konstantin Kharlamov <Hi-Angel <at> yandex.ru>
:
bug acknowledged by developer.
(Sun, 01 Jun 2025 23:18:02 GMT)
Full text and
rfc822 format available.
Message #40 received at 77901-done <at> debbugs.gnu.org (full text, mbox):
> On May 20, 2025, at 11:17 PM, Yuan Fu <casouri <at> gmail.com> wrote:
>
>
>
>> On May 17, 2025, at 11:37 AM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>>
>>> From: Konstantin Kharlamov <Hi-Angel <at> yandex.ru>
>>> Cc: casouri <at> gmail.com, 77901 <at> debbugs.gnu.org
>>> Date: Sat, 17 May 2025 23:48:41 +0700
>>>
>>> On Sat, 2025-05-17 at 13:10 +0300, Eli Zaretskii wrote:
>>>> Should this bug be closed now?
>>>
>>> Well, my problem is solved, because I use style where colons start the
>>> line. But if someone uses style where colons remain on the previous
>>> line, more work is needed. I guess it makes sense to keep an issue for
>>> such case, the question only if it should go to its own issue, or may
>>> be solved here as well.
>>
>> My question is, if we keep this open, who and how (and when) will
>> close it?
>
> I’ll close it. But give me sometimes since I’m busy in real life right now ;-)
>
> Yuan
Done by 8d132359d19
Yuan
This bug report was last modified 5 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.