GNU bug report logs - #77362
30.1; isearch-forward in dired overshoots on `:' match attempt

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 77362 in the body.
You can then email your comments to 77362 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: Van Ly <van.ly <at> SDF.ORG>
To: bug-gnu-emacs <at> gnu.org
Subject: 30.1; isearch-forward in dired overshoots on `:' match attempt
Date: Sat, 29 Mar 2025 11:16:31 +0000

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

At the top of dired buffer, I have a line as follows,

  /tmp: (41 GiB available)

and I want to move the cursor to select the path `/tmp'.

The problem is isearch-forward for the next `:' from the position at the
left most occurrence of `/' overshoots to the end of line.

Steps to demonstrate,
 1. start,                                     emacs -Q
 2. goto directory,                            C-x d /tmp/
 3. goto beginning of dired buffer,            ESC <
    i.  move cursor to left most `/' position
    ii. activate mark                          C-SPC
 4. search forward to match `:',               C-s :

Intended unavailable effect, to move the cursor to the first occurence of `:'.

Unintended actual effect, the cursor moves to the end of line.

[bug-gnu-emacs-diagnostics.text (application/octet-stream, attachment)]

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

-- 
vl

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Van Ly <van.ly <at> SDF.ORG>
Cc: 77362 <at> debbugs.gnu.org
Subject: Re: bug#77362: 30.1;
 isearch-forward in dired overshoots on `:' match attempt
Date: Sat, 29 Mar 2025 15:28:00 +0300

tags 77362 notabug
thanks

> Date: Sat, 29 Mar 2025 11:16:31 +0000
> From:  Van Ly via "Bug reports for GNU Emacs,
>  the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
> 
> At the top of dired buffer, I have a line as follows,
> 
>   /tmp: (41 GiB available)
> 
> and I want to move the cursor to select the path `/tmp'.
> 
> The problem is isearch-forward for the next `:' from the position at the
> left most occurrence of `/' overshoots to the end of line.
> 
> Steps to demonstrate,
>  1. start,                                     emacs -Q
>  2. goto directory,                            C-x d /tmp/
>  3. goto beginning of dired buffer,            ESC <
>     i.  move cursor to left most `/' position
>     ii. activate mark                          C-SPC
>  4. search forward to match `:',               C-s :
> 
> Intended unavailable effect, to move the cursor to the first occurence of `:'.
> 
> Unintended actual effect, the cursor moves to the end of line.

That's because we show a display property at the end.  Type "C-x =" or
"M-x describe-text-properties RET" to show them.

I don't understand the complaint.  If the problem is that C-s
overshoots, then just go back one character with C-b, and you can copy
the directory name with M-w or whatever.

I see no bug here.

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

From: Van Ly <van.ly <at> SDF.ORG>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 77362 <at> debbugs.gnu.org
Subject: Re: bug#77362: 30.1;
 isearch-forward in dired overshoots on `:' match attempt
Date: Sat, 29 Mar 2025 13:30:29 +0000

Eli Zaretskii <eliz <at> gnu.org> writes:

>> At the top of dired buffer, I have a line as follows,
>> 
>>   /tmp: (41 GiB available)
         ^A                  ^B
^B
    Char: C-j (10, #o12, #xa) point=8 of 914 (1%) column=26
^A
    Char: : (58, #o72, #x3a, part of display ":"->": (41 GiB available)") point=7 of 914 (1%) column=6

> That's because we show a display property at the end.  Type "C-x =" or
> "M-x describe-text-properties RET" to show them.
>
> I don't understand the complaint.  If the problem is that C-s
> overshoots, then just go back one character with C-b, and you can copy
> the directory name with M-w or whatever.
>
> I see no bug here.

A is at column 6.
B is at column 26.

I was surprised by the one back move jump from column 26 to 6, and never
thought to try.  I assumed it would take 18x back moves on the cursor to
cover the stretch between the parens inclusive.

Well, it is what it is.

-- 
vl

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Van Ly <van.ly <at> SDF.ORG>
Cc: 77362-done <at> debbugs.gnu.org
Subject: Re: bug#77362: 30.1;
 isearch-forward in dired overshoots on `:' match attempt
Date: Sun, 13 Apr 2025 10:23:02 +0300

> From: Van Ly <van.ly <at> SDF.ORG>
> Cc: 77362 <at> debbugs.gnu.org
> Date: Sat, 29 Mar 2025 13:30:29 +0000
> 
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> >> At the top of dired buffer, I have a line as follows,
> >> 
> >>   /tmp: (41 GiB available)
>          ^A                  ^B
> ^B
>     Char: C-j (10, #o12, #xa) point=8 of 914 (1%) column=26
> ^A
>     Char: : (58, #o72, #x3a, part of display ":"->": (41 GiB available)") point=7 of 914 (1%) column=6
> 
> > That's because we show a display property at the end.  Type "C-x =" or
> > "M-x describe-text-properties RET" to show them.
> >
> > I don't understand the complaint.  If the problem is that C-s
> > overshoots, then just go back one character with C-b, and you can copy
> > the directory name with M-w or whatever.
> >
> > I see no bug here.
> 
> A is at column 6.
> B is at column 26.
> 
> I was surprised by the one back move jump from column 26 to 6, and never
> thought to try.  I assumed it would take 18x back moves on the cursor to
> cover the stretch between the parens inclusive.
> 
> Well, it is what it is.

No more comments, so I'm now closing this bug.

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

From: Van Ly <van.ly <at> SDF.ORG>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 77362-done <at> debbugs.gnu.org
Subject: Re: bug#77362: 30.1;
 isearch-forward in dired overshoots on `:' match attempt
Date: Sat, 19 Apr 2025 06:03:06 +0000

Eli Zaretskii <eliz <at> gnu.org> writes:

>
> No more comments, so I'm now closing this bug.
>

avy-goto-char doesn't overshoot and lands exactly on the matching symbol.

-- 
vl

Previous Next

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