emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#44467: closed (28.0.50; Dired flagging next file for deleteiion, if


From: GNU bug Tracking System
Subject: bug#44467: closed (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

Your message dated Thu, 5 Nov 2020 17:35:31 +0300
with message-id <X6QNs2vRez+u67As@protected.rcdrun.com>
and subject line Re: bug#44467: 28.0.50; Dired flagging next file for 
deleteiion, if on file name with new line
has caused the debbugs.gnu.org bug report #44467,
regarding 28.0.50; Dired flagging next file for deleteiion, if on file name 
with new line
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
44467: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=44467
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems
--- Begin Message --- 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
⎔ λ 🄯 𝍄 𝌡 𝌚



--- End Message ---
--- Begin Message --- 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 User-agent: Mutt/+ (1036f0e) (2020-10-18)
* Eli Zaretskii <eliz@gnu.org> [2020-11-05 17:27]:
> > Date: Thu, 05 Nov 2020 17:00:21 +0300
> > From: Jean Louis <bugs@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.


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]