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

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Jean Louis <bugs <at> gnu.support>
Subject: bug#44467: closed (Re: bug#44467: 28.0.50; Dired flagging next
 file for deleteiion, if on file name with new line)
Date: Thu, 05 Nov 2020 15:18:02 +0000

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

Your bug report

#44467: 28.0.50; Dired flagging next file for deleteiion, if on file name with new line

which was filed against the emacs package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 44467 <at> debbugs.gnu.org.

-- 
44467: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=44467
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

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.

[Message part 3 (message/rfc822, inline)]

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
⎔ λ 🄯 𝍄 𝌡 𝌚

Previous Next

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