bug#73623: sort-lines fails

bug#73623: sort-lines fails

[Worik Stanton]

[-- Attachment #1: Type: text/plain, Size: 570 bytes --]

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:

[-- Attachment #2: Type: text/html, Size: 750 bytes --]

bug#73623: sort-lines fails

[Eli Zaretskii]

> From: Worik Stanton <worik.stanton@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.

bug#73623: sort-lines fails

[Eli Zaretskii]

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

> Cc: 73623@debbugs.gnu.org
> Date: Fri, 04 Oct 2024 10:03:07 +0300
> From: Eli Zaretskii <eliz@gnu.org>
> 
> > From: Worik Stanton <worik.stanton@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.
> 
> 
> 
> 

bug#73623: sort-lines fails

[Worik Stanton]

[-- Attachment #1: Type: text/plain, Size: 1972 bytes --]

On Sat, 19 Oct 2024 at 20:00, Eli Zaretskii <eliz@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@debbugs.gnu.org
> > Date: Fri, 04 Oct 2024 10:03:07 +0300
> > From: Eli Zaretskii <eliz@gnu.org>
> >
> > > From: Worik Stanton <worik.stanton@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.
> >
> >
> >
> >
>

[-- Attachment #2: Type: text/html, Size: 3109 bytes --]

bug#73623: sort-lines fails

[Eli Zaretskii]

> From: Worik Stanton <worik.stanton@tirotech.co.nz>
> Date: Mon, 21 Oct 2024 08:17:17 +1300
> Cc: 73623@debbugs.gnu.org
> 
> On Sat, 19 Oct 2024 at 20:00, Eli Zaretskii <eliz@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.