GNU bug report logs - #44467
28.0.50; Dired flagging next file for deleteiion, if on file name with new line

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 44467 in the body.
You can then email your comments to 44467 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: Jean Louis <bugs <at> gnu.support>
To: bug-gnu-emacs <at> gnu.org
Subject: 28.0.50;
 Dired flagging next file for deleteiion, if on file name with new line
Date: Thu, 05 Nov 2020 17:00:21 +0300

I am using file managers to sometimes delete files on system that may
not be easy deleting when in shell. Server intrusion happens from time
to time and crackers abuse file systems and make files not common for
majority of users, but accessible and allowable by the file system.

Recently by mistake in settings at users directory there was file '~'
and I have deleted it with dired.

Today I have noticed that files with new file names cannot be flagged
for deletion from their second line (after the new line), in fact
Dired would flag wrongly the next file or directory for deletion.

Video is here:
https://gnu.support/images/2020/11/2020-11-05/2020-11-05-13:25:31.ogv

Recommended reading:
https://dwheeler.com/essays/fixing-unix-linux-filenames.html



In GNU Emacs 28.0.50 (build 25, x86_64-pc-linux-gnu, X toolkit, cairo version 1.14.8, Xaw3d scroll bars)
 of 2020-11-01 built on protected.rcdrun.com
Repository revision: 76d522e59ef03397e15d30bb3b4de3840c917e63
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.11907000
System Description: Hyperbola GNU/Linux-libre

Configured using:
 'configure --prefix=/package/text/emacs-2020-11-01 --with-modules
 --with-x-toolkit=lucid --with-modules --with-x-toolkit=lucid'

Configured features:
XAW3D XPM JPEG TIFF GIF PNG RSVG CAIRO SOUND GPM DBUS GSETTINGS GLIB
NOTIFY INOTIFY ACL GNUTLS LIBXML2 FREETYPE HARFBUZZ M17N_FLT LIBOTF
ZLIB TOOLKIT_SCROLL_BARS LUCID X11 XDBE XIM MODULES THREADS JSON
PDUMPER LCMS2

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

Major mode: Dired by name


Thanks,
Jean Louis
⎔ λ 🄯 𝍄 𝌡 𝌚

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Jean Louis <bugs <at> gnu.support>
Cc: 44467 <at> debbugs.gnu.org
Subject: Re: bug#44467: 28.0.50;
 Dired flagging next file for deleteiion, if on file name with new line
Date: Thu, 05 Nov 2020 16:26:35 +0200

> Date: Thu, 05 Nov 2020 17:00:21 +0300
> From: Jean Louis <bugs <at> gnu.support>
> 
> 
> Today I have noticed that files with new file names cannot be flagged
> for deletion from their second line (after the new line), in fact
> Dired would flag wrongly the next file or directory for deletion.

You mean, files whose names include a newline? to have them handled
in Dired, you need to add -b to the ls switches.  (NO, we don't want
to do that by default.)

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

From: Jean Louis <bugs <at> gnu.support>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 44467 <at> debbugs.gnu.org
Subject: Re: bug#44467: 28.0.50; Dired flagging next file for deleteiion, if
 on file name with new line
Date: Thu, 5 Nov 2020 17:35:31 +0300

* Eli Zaretskii <eliz <at> gnu.org> [2020-11-05 17:27]:
> > Date: Thu, 05 Nov 2020 17:00:21 +0300
> > From: Jean Louis <bugs <at> gnu.support>
> > 
> > 
> > Today I have noticed that files with new file names cannot be flagged
> > for deletion from their second line (after the new line), in fact
> > Dired would flag wrongly the next file or directory for deletion.
> 
> You mean, files whose names include a newline? to have them handled
> in Dired, you need to add -b to the ls switches.  (NO, we don't want
> to do that by default.)

I rely on Dired to those not common files. Well that -b switch solves
everything, thank you! I am closing it.

Previous Next

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