GNU bug report logs - #73623
sort-lines fails

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 73623 in the body.
You can then email your comments to 73623 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Worik Stanton <worik.stanton <at> tirotech.co.nz>
To: bug-gnu-emacs <at> gnu.org
Subject: sort-lines fails
Date: Fri, 4 Oct 2024 10:47:37 +1300

[Message part 1 (text/plain, inline)]

Emacs 29.4.50
Debian 12.7

Given the following text in the selection:

   path_assets:assets.getAssetDir(),
   path_images:get_image_path(),
   product: job_info.product ?? "\\textless Not Specified \\textgreater ",
   user: get_poa_user(),
            pop_rates: converted_pop_map,


The command `sort-lines` does not change the order

Modes:

Minor modes enabled in this buffer: Anzu Auto-Save Company
Display-Line-Numbers Eldoc Flycheck Font-Lock Hs Tide-Hl-Identifier
Tide Tree-Sitter-Hl Tree-Sitter

The major mode is typescript mode defined in typescript-mode.el:

[Message part 2 (text/html, inline)]

Message #8 received at 73623 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Worik Stanton <worik.stanton <at> tirotech.co.nz>
Cc: 73623 <at> debbugs.gnu.org
Subject: Re: bug#73623: sort-lines fails
Date: Fri, 04 Oct 2024 10:03:07 +0300

> From: Worik Stanton <worik.stanton <at> tirotech.co.nz>
> Date: Fri, 4 Oct 2024 10:47:37 +1300
> 
> Emacs 29.4.50
> Debian 12.7
> 
> Given the following text in the selection:
> 
>    path_assets:assets.getAssetDir(),
>    path_images:get_image_path(),
>    product: job_info.product ?? "\\textless Not Specified \\textgreater ",
>    user: get_poa_user(),
>             pop_rates: converted_pop_map,
> 
> The command `sort-lines` does not change the order

I cannot reproduce this, and least not if I paste the above text into
a new buffer under Fundamental mode.  Did you mark the text to make
the region include all of it, before invoking sort-lines?  When
invoked interactively, that command sorts lines inside the region, so
you must mark all of those lines first.  You say "text in the
selection", but I don't understand whether this means the region or
something else.

So please show a reproducible recipe starting from "emacs -Q" to
exhibit this problematic behavior.  If you need to enable some
non-default modes to produce the problem, please state those modes
explicitly in the recipe.

Thanks.

Message #11 received at 73623 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: worik.stanton <at> tirotech.co.nz
Cc: 73623 <at> debbugs.gnu.org
Subject: Re: bug#73623: sort-lines fails
Date: Sat, 19 Oct 2024 10:00:41 +0300

Ping!  Worik, could you please post the details I asked for, so we
could investigate this issue?

> Cc: 73623 <at> debbugs.gnu.org
> Date: Fri, 04 Oct 2024 10:03:07 +0300
> From: Eli Zaretskii <eliz <at> gnu.org>
> 
> > From: Worik Stanton <worik.stanton <at> tirotech.co.nz>
> > Date: Fri, 4 Oct 2024 10:47:37 +1300
> > 
> > Emacs 29.4.50
> > Debian 12.7
> > 
> > Given the following text in the selection:
> > 
> >    path_assets:assets.getAssetDir(),
> >    path_images:get_image_path(),
> >    product: job_info.product ?? "\\textless Not Specified \\textgreater ",
> >    user: get_poa_user(),
> >             pop_rates: converted_pop_map,
> > 
> > The command `sort-lines` does not change the order
> 
> I cannot reproduce this, and least not if I paste the above text into
> a new buffer under Fundamental mode.  Did you mark the text to make
> the region include all of it, before invoking sort-lines?  When
> invoked interactively, that command sorts lines inside the region, so
> you must mark all of those lines first.  You say "text in the
> selection", but I don't understand whether this means the region or
> something else.
> 
> So please show a reproducible recipe starting from "emacs -Q" to
> exhibit this problematic behavior.  If you need to enable some
> non-default modes to produce the problem, please state those modes
> explicitly in the recipe.
> 
> Thanks.
> 
> 
> 
> 

Message #14 received at 73623 <at> debbugs.gnu.org (full text, mbox):

From: Worik Stanton <worik.stanton <at> tirotech.co.nz>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 73623 <at> debbugs.gnu.org
Subject: Re: bug#73623: sort-lines fails
Date: Mon, 21 Oct 2024 08:17:17 +1300

[Message part 1 (text/plain, inline)]

On Sat, 19 Oct 2024 at 20:00, Eli Zaretskii <eliz <at> gnu.org> wrote:

> Ping!  Worik, could you please post the details I asked for, so we
> could investigate this issue?
>

Sorry this dropped off my radar.

Looking at my example I think that I made an elementary mistake, the line
"pop_rates: converted_pop_map" starts with some whitespace.

The original file is not available any more, so I do not know what white
space it was.

I did think that white space sorts differently from that, whatever, I made
a mistake, and I am sorry for wasting your time.

Thank you for your attention, albeit to me being foolish.

Worik


> > Cc: 73623 <at> debbugs.gnu.org
> > Date: Fri, 04 Oct 2024 10:03:07 +0300
> > From: Eli Zaretskii <eliz <at> gnu.org>
> >
> > > From: Worik Stanton <worik.stanton <at> tirotech.co.nz>
> > > Date: Fri, 4 Oct 2024 10:47:37 +1300
> > >
> > > Emacs 29.4.50
> > > Debian 12.7
> > >
> > > Given the following text in the selection:
> > >
> > >    path_assets:assets.getAssetDir(),
> > >    path_images:get_image_path(),
> > >    product: job_info.product ?? "\\textless Not Specified
> \\textgreater ",
> > >    user: get_poa_user(),
> > >             pop_rates: converted_pop_map,
> > >
> > > The command `sort-lines` does not change the order
> >
> > I cannot reproduce this, and least not if I paste the above text into
> > a new buffer under Fundamental mode.  Did you mark the text to make
> > the region include all of it, before invoking sort-lines?  When
> > invoked interactively, that command sorts lines inside the region, so
> > you must mark all of those lines first.  You say "text in the
> > selection", but I don't understand whether this means the region or
> > something else.
> >
> > So please show a reproducible recipe starting from "emacs -Q" to
> > exhibit this problematic behavior.  If you need to enable some
> > non-default modes to produce the problem, please state those modes
> > explicitly in the recipe.
> >
> > Thanks.
> >
> >
> >
> >
>

[Message part 2 (text/html, inline)]

Message #19 received at 73623-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Worik Stanton <worik.stanton <at> tirotech.co.nz>
Cc: 73623-done <at> debbugs.gnu.org
Subject: Re: bug#73623: sort-lines fails
Date: Sun, 27 Oct 2024 13:36:09 +0200

> From: Worik Stanton <worik.stanton <at> tirotech.co.nz>
> Date: Mon, 21 Oct 2024 08:17:17 +1300
> Cc: 73623 <at> debbugs.gnu.org
> 
> On Sat, 19 Oct 2024 at 20:00, Eli Zaretskii <eliz <at> gnu.org> wrote:
> 
>  Ping!  Worik, could you please post the details I asked for, so we
>  could investigate this issue?
> 
> Sorry this dropped off my radar.
> 
> Looking at my example I think that I made an elementary mistake, the line "pop_rates: converted_pop_map"
> starts with some whitespace.
> 
> The original file is not available any more, so I do not know what white space it was.
> 
> I did think that white space sorts differently from that, whatever, I made a mistake, and I am sorry for wasting
> your time.
> 
> Thank you for your attention, albeit to me being foolish.

OK, thanks.  I'm therefore closing this bug.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.