GNU bug report logs - #78904
30.1; in a long directory pathname, "Cannot write backup file" is output with a spurious blank line

Previous Next

Package: emacs;

Reported by: Vincent Lefevre <vincent <at> vinc17.net>

Date: Thu, 26 Jun 2025 08:47:02 UTC

Severity: normal

Tags: notabug

Found in version 30.1

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

Bug is archived. No further changes may be made.

Full log


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

From: Vincent Lefevre <vincent <at> vinc17.net>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 78904 <at> debbugs.gnu.org
Subject: Re: bug#78904: 30.1; in a long directory pathname, "Cannot write
 backup file" is output with a spurious blank line
Date: Thu, 26 Jun 2025 16:36:34 +0200
On 2025-06-26 14:51:33 +0300, Eli Zaretskii wrote:
> > Date: Thu, 26 Jun 2025 11:30:32 +0200
> > From: Vincent Lefevre <vincent <at> vinc17.net>
> > Cc: 78904 <at> debbugs.gnu.org
> > 
> > On 2025-06-26 12:22:11 +0300, Eli Zaretskii wrote:
> > > If you switch to the *Messages* buffer, do you see there a message
> > > like this:
> > > 
> > >   Saving file /home/vinc17/a-very-very-very-very-very-very-long-directory-pathname
> > > 
> > > ?
> > 
> > I'm wondering whether this is useful as it is not visible:
> > immediately overwritten by "Cannot write backup file...".
> 
> Only because the buffer to save was very small.  Large buffers take
> longer to save.
> 
> But this is immaterial: Emacs does that in many cases, and it
> logs all messages are in a buffer for that reason: that you could then
> go back and look at them.

OK for the logging in the *Messages* buffer. What I meant is that
writing a message to the echo area is useless if it is not visible
(as being overwritten almost immediately).

Or at least, I don't think that outputting the full pathname in the
echo area is useful when the message does not fit on one line.

> > > If so, this is the long message, shown before the "Cannot write
> > > backup file", and it causes the mini-window to resize to 2 screen
> > > lines instead of just 1.  This resize remains in effect for the
> > > following echo-area messages, to avoid the annoying back-and-forth
> > > jumps of the mode line.
> > 
> > OK, but this is not what I observe: it reduces to just 1 line for
> > 
> > Wrote /home/vinc17/a-very-very-very-very-very-very-long-directory-pathname/foo
> > 
> > So this seems inconsistent.
> 
> What is inconsistent, and why?

The fact that the echo area is not reduced for the "Cannot write
backup file..." message but that it is reduced for the "Wrote..."
message when this message fits on one line. For the 3 consecutive
messages, the height of the echo area is 2, 2, 1, while if the
goal is not to reduce it for the sequence of messages, this should
be 2, 2, 2.

-- 
Vincent Lefèvre <vincent <at> vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / Pascaline project (LIP, ENS-Lyon)




This bug report was last modified today.

Previous Next


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