GNU bug report logs - #78894
29.3; DIRED OUTPUT

Previous Next

To reply to this bug, email your comments to 78894 AT debbugs.gnu.org.
There is no need to reopen the bug first.

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

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

From: Burak Bayramli <burakbayramli <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 29.3; DIRED OUTPUT
Date: Wed, 25 Jun 2025 08:30:40 +0300

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

On my Emacs 29 on Ubuntu 24, I use dired, but when I browse a directory
I get output like "//DIRED-OPTIONS//" [some numbers
here]--quoting-style=literal" at the bottom of the listing. When I
refresh the additional stuff goes away I get a clean directory listing.
It doesn't look like Dired is taking out the DIRED-OPTIONS part when
it shows ls output to the user.


In GNU Emacs 29.3 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.41,
 cairo version 1.18.0) of 2024-04-01, modified by Debian built on
 lcy02-amd64-083
Windowing system distributor 'The X.Org Foundation', version 11.0.12101011
System Description: Ubuntu 24.04.2 LTS

Configured using:
 'configure --build x86_64-linux-gnu --prefix=/usr
 --sharedstatedir=/var/lib --libexecdir=/usr/libexec
 --localstatedir=/var/lib --infodir=/usr/share/info
 --mandir=/usr/share/man --with-libsystemd --with-pop=yes
 --enable-locallisppath=/etc/emacs:/usr/local/share/emacs/29.3/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/29.3/site-lisp:/usr/share/emacs/site-lisp
 --with-sound=alsa --without-gconf --with-mailutils
 --with-native-compilation --build x86_64-linux-gnu --prefix=/usr
 --sharedstatedir=/var/lib --libexecdir=/usr/libexec
 --localstatedir=/var/lib --infodir=/usr/share/info
 --mandir=/usr/share/man --with-libsystemd --with-pop=yes
 --enable-locallisppath=/etc/emacs:/usr/local/share/emacs/29.3/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/29.3/site-lisp:/usr/share/emacs/site-lisp
 --with-sound=alsa --without-gconf --with-mailutils
 --with-native-compilation --with-cairo --with-x=yes
 --with-x-toolkit=gtk3 --with-toolkit-scroll-bars 'CFLAGS=-g -O2
 -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer
 -ffile-prefix-map=/build/emacs-0yuuFP/emacs-29.3+1=.
-fstack-protector-strong
 -fstack-clash-protection -Wformat -Werror=format-security
 -fcf-protection
 -fdebug-prefix-map=/build/emacs-0yuuFP/emacs-29.3+1=/usr/src/emacs-1:29.3+1-1ubuntu2
 -Wall' 'CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=3'
 'LDFLAGS=-Wl,-Bsymbolic-functions -Wl,-z,relro''

Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG
JSON LCMS2 LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 M17N_FLT MODULES
NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND SQLITE3
THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER WEBP X11 XDBE XIM XINPUT2
XPM GTK3 ZLIB

Important settings:
  value of $LANG: en_US.UTF-8
  value of $XMODIFIERS: @im=ibus
  locale-coding-system: utf-8-unix

Major mode: ELisp/d

Minor modes in effect:
  delete-selection-mode: t
  cua-mode: t
  shell-dirtrack-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  show-paren-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: -1
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  column-number-mode: t
  line-number-mode: t
  indent-tabs-mode: t
  transient-mark-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  abbrev-mode: t

Load-path shadows:
/home/burak/Documents/kod/site-lisp/dired hides
/usr/share/emacs/29.3/lisp/dired
/home/burak/Documents/kod/site-lisp/rst hides
/usr/share/emacs/29.3/lisp/textmodes/rst

Features:
(shadow sort mail-extr emacsbug message mailcap yank-media puny rfc822
mml mml-sec password-cache epa derived epg rfc6068 epg-config gnus-util
mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils
mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr
mail-utils misearch multi-isearch image-mode exif rng-xsd xsd-regexp
rng-cmpct vc-git diff-mode vc-dispatcher python project treesit
mule-util display-line-numbers cus-start dired-aux dired desktop
frameset easy-mmode pcase dired-loaddefs org ob ob-tangle ob-ref ob-lob
ob-table ob-exp org-macro org-src ob-comint org-pcomplete org-list
org-footnote org-faces org-entities time-date noutline outline
ob-emacs-lisp ob-core ob-eval org-cycle org-table ol org-fold
org-fold-core org-keys oc org-loaddefs find-func cal-menu calendar
cal-loaddefs org-version org-compat org-macs format-spec pymacs byte-opt
advice which-func imenu delsel cua-base tempo quail rng-nxml rng-valid
rng-loc rng-uri rng-parse nxml-parse rng-match rng-dt rng-util rng-pttrn
nxml-ns nxml-mode nxml-outln nxml-rap sgml-mode facemenu dom nxml-util
nxml-enc xmltok comp comp-cstr warnings rx cl-seq cl-macs gv cl-extra
help-mode bytecomp byte-compile cus-edit pp icons wid-edit cl-loaddefs
cl-lib tex-mode compile text-property-search shell subr-x pcomplete
comint ansi-osc ansi-color ring cus-load ps-ccrypt rmc iso-transl
tooltip cconv eldoc paren electric uniquify ediff-hook vc-hooks
lisp-float-type elisp-mode mwheel term/x-win x-win term/common-win x-dnd
tool-bar dnd fontset image regexp-opt fringe tabulated-list replace
newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar
rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock
font-lock syntax font-core term/tty-colors frame minibuffer nadvice seq
simple cl-generic indonesian philippine cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms
cp51932 hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese composite emoji-zwj charscript charprop case-table
epa-hook jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button
loaddefs theme-loaddefs faces cus-face macroexp files window
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget keymap hashtable-print-readable backquote threads dbusbind
inotify lcms2 dynamic-setting system-font-setting font-render-setting
cairo move-toolbar gtk x-toolkit xinput2 x multi-tty
make-network-process native-compile emacs)

Memory information:
((conses 16 274922 22872)
 (symbols 48 18906 0)
 (strings 32 61551 8602)
 (string-bytes 1 1934274)
 (vectors 16 40656)
 (vector-slots 8 1481736 207040)
 (floats 8 182 47)
 (intervals 56 4734 228)
 (buffers 984 76))

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

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

From: Burak Bayramli <burakbayramli <at> gmail.com>
To: 78894 <at> debbugs.gnu.org
Subject: bug#78894
Date: Wed, 25 Jun 2025 18:39:50 +0300

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

Additional info: I went through my .emacs and was able to find out when the
corrupted output occurs, it happens whenever I have

'(current-language-environment "Turkish")
 '(default-input-method "turkish-postfix")

enabled. If I turn those two settings off, no problem. I tried to summarize
the situation further below.

https://stackoverflow.com/questions/79678532/corrupted-dired-output-disappears-after-refresh/79678989

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

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Burak Bayramli <burakbayramli <at> gmail.com>
Cc: 78894 <at> debbugs.gnu.org
Subject: Re: bug#78894: 29.3; DIRED OUTPUT
Date: Wed, 25 Jun 2025 18:48:11 +0300

> From: Burak Bayramli <burakbayramli <at> gmail.com>
> Date: Wed, 25 Jun 2025 08:30:40 +0300
> 
> On my Emacs 29 on Ubuntu 24, I use dired, but when I browse a directory
> I get output like "//DIRED-OPTIONS//" [some numbers
> here]--quoting-style=literal" at the bottom of the listing. When I
> refresh the additional stuff goes away I get a clean directory listing.
> It doesn't look like Dired is taking out the DIRED-OPTIONS part when
> it shows ls output to the user.

Thanks, but please show a complete recipe to reproduce this, starting
from "emacs -Q".  I tried to reproduce it naïvely by typing "C-x d",
but didn't see any DIRED-OPTIONS thingies, and the
"--quoting-style=literal" part of your report seems to indicate that
you are using some specific command-line options to 'ls'.  So please
describe all those details.

> In GNU Emacs 29.3 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.41,
>  cairo version 1.18.0) of 2024-04-01, modified by Debian built on
>  lcy02-amd64-083
> Windowing system distributor 'The X.Org Foundation', version 11.0.12101011
> System Description: Ubuntu 24.04.2 LTS
> 
> Configured using:
>  'configure --build x86_64-linux-gnu --prefix=/usr
>  --sharedstatedir=/var/lib --libexecdir=/usr/libexec
>  --localstatedir=/var/lib --infodir=/usr/share/info
>  --mandir=/usr/share/man --with-libsystemd --with-pop=yes
>  -
> -enable-locallisppath=/etc/emacs:/usr/local/share/emacs/29.3/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/29.3/site-lisp:/usr/share/emacs/site-lisp
> 
>  --with-sound=alsa --without-gconf --with-mailutils
>  --with-native-compilation --build x86_64-linux-gnu --prefix=/usr
>  --sharedstatedir=/var/lib --libexecdir=/usr/libexec
>  --localstatedir=/var/lib --infodir=/usr/share/info
>  --mandir=/usr/share/man --with-libsystemd --with-pop=yes
>  -
> -enable-locallisppath=/etc/emacs:/usr/local/share/emacs/29.3/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/29.3/site-lisp:/usr/share/emacs/site-lisp
> 
>  --with-sound=alsa --without-gconf --with-mailutils
>  --with-native-compilation --with-cairo --with-x=yes
>  --with-x-toolkit=gtk3 --with-toolkit-scroll-bars 'CFLAGS=-g -O2
>  -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer
>  -ffile-prefix-map=/build/emacs-0yuuFP/emacs-29.3+1=. -fstack-protector-strong
>  -fstack-clash-protection -Wformat -Werror=format-security
>  -fcf-protection
>  -fdebug-prefix-map=/build/emacs-0yuuFP/emacs-29.3+1=/usr/src/emacs-1:29.3+1-1ubuntu2
>  -Wall' 'CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=3'
>  'LDFLAGS=-Wl,-Bsymbolic-functions -Wl,-z,relro''
> 
> Configured features:
> ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG
> JSON LCMS2 LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 M17N_FLT MODULES
> NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND SQLITE3
> THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER WEBP X11 XDBE XIM XINPUT2
> XPM GTK3 ZLIB
> 
> Important settings:
>   value of $LANG: en_US.UTF-8
>   value of $XMODIFIERS: @im=ibus
>   locale-coding-system: utf-8-unix

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Burak Bayramli <burakbayramli <at> gmail.com>
Cc: 78894 <at> debbugs.gnu.org
Subject: Re: bug#78894: 29.3; DIRED OUTPUT
Date: Wed, 25 Jun 2025 18:51:52 +0300

> From: Burak Bayramli <burakbayramli <at> gmail.com>
> Date: Wed, 25 Jun 2025 18:39:50 +0300
> 
> Additional info: I went through my .emacs and was able to find out when the corrupted output occurs, it
> happens whenever I have
> 
> '(current-language-environment "Turkish")
>  '(default-input-method "turkish-postfix")

Ah, now it all makes sense.  Turkish locale is known to cause some
problems when searching for text that includes the letter 'i' case
insensitively.  Let me see what can be done about this.

P.S.  When you reply to the discussions in this thread, please leave
the Subject line intact.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: burakbayramli <at> gmail.com
Cc: 78894 <at> debbugs.gnu.org
Subject: Re: bug#78894: 29.3; DIRED OUTPUT
Date: Wed, 25 Jun 2025 19:04:07 +0300

> Cc: 78894 <at> debbugs.gnu.org
> Date: Wed, 25 Jun 2025 18:51:52 +0300
> From: Eli Zaretskii <eliz <at> gnu.org>
> 
> > From: Burak Bayramli <burakbayramli <at> gmail.com>
> > Date: Wed, 25 Jun 2025 18:39:50 +0300
> > 
> > Additional info: I went through my .emacs and was able to find out when the corrupted output occurs, it
> > happens whenever I have
> > 
> > '(current-language-environment "Turkish")
> >  '(default-input-method "turkish-postfix")
> 
> Ah, now it all makes sense.  Turkish locale is known to cause some
> problems when searching for text that includes the letter 'i' case
> insensitively.  Let me see what can be done about this.

The patch below should fix this, please try it.

diff --git a/lisp/files.el b/lisp/files.el
index 04a212b..e5085ed 100644
--- a/lisp/files.el
+++ b/lisp/files.el
@@ -8288,10 +8288,10 @@ insert-directory-clean
     ;; "//DIRED-OPTIONS//" line, but no "//DIRED//" line.
     ;; We take care of that case later.
     (forward-line -2)
-    (when (looking-at "//SUBDIRED//")
+    (when (let ((case-fold-search nil)) (looking-at "//SUBDIRED//"))
       (delete-region (point) (progn (forward-line 1) (point)))
       (forward-line -1))
-    (if (looking-at "//DIRED//")
+    (if (let ((case-fold-search nil)) (looking-at "//DIRED//"))
 	(let ((end (line-end-position))
 	      (linebeg (point))
 	      error-lines)
@@ -8328,7 +8328,7 @@ insert-directory-clean
       ;; "//DIRED-OPTIONS//"-line, but no "//DIRED//"-line
       ;; and we went one line too far back (see above).
       (forward-line 1))
-    (if (looking-at "//DIRED-OPTIONS//")
+    (if (let ((case-fold-search nil)) (looking-at "//DIRED-OPTIONS//"))
 	(delete-region (point) (progn (forward-line 1) (point))))))
 
 ;; insert-directory
@@ -8471,9 +8471,9 @@ insert-directory
 		(member "--dired" switches))
 	  (save-excursion
 	    (forward-line -2)
-	    (when (looking-at "//SUBDIRED//")
+	    (when (let ((case-fold-search nil)) (looking-at "//SUBDIRED//"))
 	      (forward-line -1))
-	    (if (looking-at "//DIRED//")
+	    (if (let ((case-fold-search nil)) (looking-at "//DIRED//"))
 		(setq result 0))))
 
 	(when (and (not (eq 0 result))

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

From: Burak Bayramli <burakbayramli <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 78894 <at> debbugs.gnu.org
Subject: Re: bug#78894: 29.3; DIRED OUTPUT
Date: Wed, 25 Jun 2025 19:50:16 +0300

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

Hi, I applied your patch to the Emacs source on my installation
(29.3), under /usr/share/emacs/29.3/lisp/files.el.gz, I copied this
file under a seperate directory, outside git, and I did

```
patch -p1 lisp/files.el e1.patch
```

I get

```
patching file lisp/files.el
Hunk #1 FAILED at 8288.
Hunk #2 FAILED at 8328.
Hunk #3 FAILED at 8471.
3 out of 3 hunks FAILED -- saving rejects to file lisp/files.el.rej
```

I am not a regular contributor, I'm not sure I used the right command

On Wed, Jun 25, 2025 at 7:04 PM Eli Zaretskii <eliz <at> gnu.org> wrote:

> > Cc: 78894 <at> debbugs.gnu.org
> > Date: Wed, 25 Jun 2025 18:51:52 +0300
> > From: Eli Zaretskii <eliz <at> gnu.org>
> >
> > > From: Burak Bayramli <burakbayramli <at> gmail.com>
> > > Date: Wed, 25 Jun 2025 18:39:50 +0300
> > >
> > > Additional info: I went through my .emacs and was able to find out
> when the corrupted output occurs, it
> > > happens whenever I have
> > >
> > > '(current-language-environment "Turkish")
> > >  '(default-input-method "turkish-postfix")
> >
> > Ah, now it all makes sense.  Turkish locale is known to cause some
> > problems when searching for text that includes the letter 'i' case
> > insensitively.  Let me see what can be done about this.
>
> The patch below should fix this, please try it.
>
> diff --git a/lisp/files.el b/lisp/files.el
> index 04a212b..e5085ed 100644
> --- a/lisp/files.el
> +++ b/lisp/files.el
> @@ -8288,10 +8288,10 @@ insert-directory-clean
>      ;; "//DIRED-OPTIONS//" line, but no "//DIRED//" line.
>      ;; We take care of that case later.
>      (forward-line -2)
> -    (when (looking-at "//SUBDIRED//")
> +    (when (let ((case-fold-search nil)) (looking-at "//SUBDIRED//"))
>        (delete-region (point) (progn (forward-line 1) (point)))
>        (forward-line -1))
> -    (if (looking-at "//DIRED//")
> +    (if (let ((case-fold-search nil)) (looking-at "//DIRED//"))
>         (let ((end (line-end-position))
>               (linebeg (point))
>               error-lines)
> @@ -8328,7 +8328,7 @@ insert-directory-clean
>        ;; "//DIRED-OPTIONS//"-line, but no "//DIRED//"-line
>        ;; and we went one line too far back (see above).
>        (forward-line 1))
> -    (if (looking-at "//DIRED-OPTIONS//")
> +    (if (let ((case-fold-search nil)) (looking-at "//DIRED-OPTIONS//"))
>         (delete-region (point) (progn (forward-line 1) (point))))))
>
>  ;; insert-directory
> @@ -8471,9 +8471,9 @@ insert-directory
>                 (member "--dired" switches))
>           (save-excursion
>             (forward-line -2)
> -           (when (looking-at "//SUBDIRED//")
> +           (when (let ((case-fold-search nil)) (looking-at
> "//SUBDIRED//"))
>               (forward-line -1))
> -           (if (looking-at "//DIRED//")
> +           (if (let ((case-fold-search nil)) (looking-at "//DIRED//"))
>                 (setq result 0))))
>
>         (when (and (not (eq 0 result))
>

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

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Burak Bayramli <burakbayramli <at> gmail.com>
Cc: 78894 <at> debbugs.gnu.org
Subject: Re: bug#78894: 29.3; DIRED OUTPUT
Date: Thu, 26 Jun 2025 07:53:48 +0300

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

> From: Burak Bayramli <burakbayramli <at> gmail.com>
> Date: Wed, 25 Jun 2025 19:50:16 +0300
> Cc: 78894 <at> debbugs.gnu.org
> 
> Hi, I applied your patch to the Emacs source on my installation
> (29.3), under /usr/share/emacs/29.3/lisp/files.el.gz, I copied this
> file under a seperate directory, outside git, and I did
> 
> ```
> patch -p1 lisp/files.el e1.patch
> ```
> 
> I get
> 
> ```
> patching file lisp/files.el
> Hunk #1 FAILED at 8288.
> Hunk #2 FAILED at 8328.
> Hunk #3 FAILED at 8471.
> 3 out of 3 hunks FAILED -- saving rejects to file lisp/files.el.rej
> ```
> 
> I am not a regular contributor, I'm not sure I used the right command

I attach below the file files.el already patched with the changes.

You will need to manually load the file after starting the session,
like this:

  M-x load-file RET /path/to/patched-files.el RET

Then run Dired and see if the problem went away.

[patched-files.el (application/emacs-lisp, attachment)]

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

From: Burak Bayramli <burakbayramli <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 78894 <at> debbugs.gnu.org
Subject: Re: bug#78894: 29.3; DIRED OUTPUT
Date: Thu, 26 Jun 2025 08:31:27 +0300

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

The problem did go away. Very cool.

Note: I did load-file inside .emacs, M-x load-file on the prompt did not
pick up the change for some reason, but anyway

On Thu, Jun 26, 2025 at 7:53 AM Eli Zaretskii <eliz <at> gnu.org> wrote:

> > From: Burak Bayramli <burakbayramli <at> gmail.com>
> > Date: Wed, 25 Jun 2025 19:50:16 +0300
> > Cc: 78894 <at> debbugs.gnu.org
> >
> > Hi, I applied your patch to the Emacs source on my installation
> > (29.3), under /usr/share/emacs/29.3/lisp/files.el.gz, I copied this
> > file under a seperate directory, outside git, and I did
> >
> > ```
> > patch -p1 lisp/files.el e1.patch
> > ```
> >
> > I get
> >
> > ```
> > patching file lisp/files.el
> > Hunk #1 FAILED at 8288.
> > Hunk #2 FAILED at 8328.
> > Hunk #3 FAILED at 8471.
> > 3 out of 3 hunks FAILED -- saving rejects to file lisp/files.el.rej
> > ```
> >
> > I am not a regular contributor, I'm not sure I used the right command
>
> I attach below the file files.el already patched with the changes.
>
> You will need to manually load the file after starting the session,
> like this:
>
>   M-x load-file RET /path/to/patched-files.el RET
>
> Then run Dired and see if the problem went away.
>
>

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

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Burak Bayramli <burakbayramli <at> gmail.com>
Cc: 78894-done <at> debbugs.gnu.org
Subject: Re: bug#78894: 29.3; DIRED OUTPUT
Date: Thu, 26 Jun 2025 09:37:31 +0300

> From: Burak Bayramli <burakbayramli <at> gmail.com>
> Date: Thu, 26 Jun 2025 08:31:27 +0300
> Cc: 78894 <at> debbugs.gnu.org
> 
> The problem did go away. Very cool.

Thanks.  These changes will be in Emacs 30.2, the next release of
Emacs.

> Note: I did load-file inside .emacs, M-x load-file on the prompt did not pick up the change for some reason,
> but anyway

OK.  Yet another alternative is to redefine in your .emacs file the 2
functions insert-directory-clean and insert-directory from the patched
file I sent.

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.