GNU bug report logs - #11902
Emacs 23.2: dired rename file and file is hidden - Windows 7

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 11902 in the body.
You can then email your comments to 11902 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: Bernard Stumpf <bernard.stumpf <at> verizon.net>
To: bug-gnu-emacs <at> gnu.org
Subject: Emacs 23.2: dired rename file and file is hidden - Windows 7
Date: Tue, 10 Jul 2012 13:43:15 -0400

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

Running emacs 23.2 on Windows 7 Home Premium SP1 on a Toshiba Satellite 
P740.

Doing a dired R filename newname
  after this the Dired buffer  does not have the line with newname and 
not filename either.
  Typing l (= dired-do-redisplay) and the line with newname shows up. 
Same thing by typing g (= revert-buffer)

In other words: the rename happens in the filesystem but the dired 
buffer display is incorrect - it looses or hides the renamed item.

I've run the same verson of emacs (23.2) on a Windows XP Pro SP3 earlier 
this year, and this dired problem was not observed.

-Bernard Stumpf

In GNU Emacs 23.2.1 (i386-mingw-nt6.1.7601)
of 2010-05-08 on G41R2F1
Windowing system distributor `Microsoft Corp.', version 6.1.7601
configured using `configure --with-gcc (3.4) --no-opt --cflags 
-Ic:/xpm/include'

Important settings:
 value of $LC_ALL: nil
 value of $LC_COLLATE: nil
 value of $LC_CTYPE: nil
 value of $LC_MESSAGES: nil
 value of $LC_MONETARY: nil
 value of $LC_NUMERIC: nil
 value of $LC_TIME: nil
 value of $LANG: ENU
 value of $XMODIFIERS: nil
 locale-coding-system: cp1252
 default enable-multibyte-characters: t

Major mode: Dired by date

Minor modes in effect:
 display-time-mode: t
 tooltip-mode: t
 mouse-wheel-mode: t
 tool-bar-mode: t
 menu-bar-mode: t
 file-name-shadow-mode: t
 global-font-lock-mode: t
 font-lock-mode: t
 blink-cursor-mode: t
 auto-encryption-mode: t
 auto-compression-mode: t
 line-number-mode: t

Load-path shadows:
None found.

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

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Bernard Stumpf <bernard.stumpf <at> verizon.net>
Cc: 11902 <at> debbugs.gnu.org
Subject: Re: bug#11902: Emacs 23.2: dired rename file and file is hidden -
	Windows 7
Date: Wed, 11 Jul 2012 19:02:20 +0300

> Date: Tue, 10 Jul 2012 13:43:15 -0400
> From: Bernard Stumpf <bernard.stumpf <at> verizon.net>
> 
> Running emacs 23.2 on Windows 7 Home Premium SP1 on a Toshiba Satellite 
> P740.
> 
> Doing a dired R filename newname
>    after this the Dired buffer  does not have the line with newname and 
> not filename either.
>    Typing l (= dired-do-redisplay) and the line with newname shows up. 
> Same thing by typing g (= revert-buffer)
> 
> In other words: the rename happens in the filesystem but the dired 
> buffer display is incorrect - it looses or hides the renamed item.

I couldn't reproduce this, neither with Emacs 23.2 nor with the
current version.  The directory display refreshes automatically for
me.

Does the problem happen for you with every file, on every filesystem
to which you have access?  Or just certain files (or types of files)
are prone to this?

IOW, please tell more details about the problem, as it seems to be not
trivial to reproduce.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Bernard Stumpf <bernard.stumpf <at> verizon.net>
Cc: 11902 <at> debbugs.gnu.org
Subject: Re: bug#11902: Emacs 23.2: dired rename file and file is hidden -
	Windows 7
Date: Wed, 11 Jul 2012 20:46:57 +0300

[Please CC the bug address on all your responses, so that this
discussion gets archived by the bug tracker.]

> Date: Wed, 11 Jul 2012 12:56:27 -0400
> From: Bernard Stumpf <bernard.stumpf <at> verizon.net>
> 
> As I stated before, I did not observe this problem on an IBM Thinkpad 
> running Windows XP Pro SP3.
> Now I'm using a Toshiba Satellite P740 running Windows 7 Home Premium SP1

I tried on Windows 7, and didn't see the problem.

> The problem has shown up on every rename in a dired buffer on this machine.

Strange, it doesn't happen for me.  Do you see that in "emacs -Q"?

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

From: Bernard Stumpf <bernard.stumpf <at> verizon.net>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 11902 <at> debbugs.gnu.org
Subject: Re: bug#11902: Emacs 23.2: dired rename file and file is hidden -
	Windows 7
Date: Wed, 11 Jul 2012 20:05:25 -0400

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

I just tried it in an "emacs -Q" window. Did a dired of my Users home 
directory and there did an R of an existing file to "newname".  The line 
containing the file disappeared.

In other words: "emacs -Q" made no difference: the problem remains.

-Bernie


Eli Zaretskii wrote at 13:46:

>[Please CC the bug address on all your responses, so that this
>discussion gets archived by the bug tracker.]
>
>  
>
>>Date: Wed, 11 Jul 2012 12:56:27 -0400
>>From: Bernard Stumpf <bernard.stumpf <at> verizon.net>
>>
>>As I stated before, I did not observe this problem on an IBM Thinkpad 
>>running Windows XP Pro SP3.
>>Now I'm using a Toshiba Satellite P740 running Windows 7 Home Premium SP1
>>    
>>
>
>I tried on Windows 7, and didn't see the problem.
>
>  
>
>>The problem has shown up on every rename in a dired buffer on this machine.
>>    
>>
>
>Strange, it doesn't happen for me.  Do you see that in "emacs -Q"?
>
>
>  
>

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

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Bernard Stumpf <bernard.stumpf <at> verizon.net>
Cc: 11902 <at> debbugs.gnu.org
Subject: Re: bug#11902: Emacs 23.2: dired rename file and file is hidden -
	Windows 7
Date: Thu, 12 Jul 2012 08:15:21 +0300

> Date: Wed, 11 Jul 2012 20:05:25 -0400
> From: Bernard Stumpf <bernard.stumpf <at> verizon.net>
> CC:  11902 <at> debbugs.gnu.org
> 
> I just tried it in an "emacs -Q" window. Did a dired of my Users home 
> directory and there did an R of an existing file to "newname".  The line 
> containing the file disappeared.
> 
> In other words: "emacs -Q" made no difference: the problem remains.

Thanks.

Does the "newname" affect the problem?  E.g., if you rename file "foo"
to "foo1", does the problem still happen?

Also, can you perhaps debug this in Edebug?  I can provide guidance if
needed.  The function that refreshes the display is
dired-do-redisplay, defined on dired-aux.el, and the actual refresh of
the line of the affected file is in dired-update-file-line, also in
dired-aux.el.  Just step through these two functions and see what is
going wrong there and where.

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

From: Bernard Stumpf <bernard.stumpf <at> verizon.net>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 11902 <at> debbugs.gnu.org
Subject: Re: bug#11902: Emacs 23.2: dired rename file and file is hidden -
	Windows 7
Date: Thu, 12 Jul 2012 07:54:07 -0400

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

I have not noticed any sensitivity to the characters in "newname". I 
just created a file named "foo" and did an R to "foo1" - the line 
disappeared.

I did the same with file "bar" to "bar1". Here's output in *Messages*
...
(New file)
Saving file c:/Users/bernie/bar...
Wrote c:/Users/bernie/bar
Overwrite `c:/Users/bernie/bar'? [Type yn!q or C-h]  [5 times]
Quit
Move: 1 of 1
Move: 1 file
...

As to using Edebug: I don't know Edebug.  Is there a way to set 
breakpoints inside emacs from emacs?

-Bernie


Eli Zaretskii wrote at 01:15:

>>Date: Wed, 11 Jul 2012 20:05:25 -0400
>>From: Bernard Stumpf <bernard.stumpf <at> verizon.net>
>>CC:  11902 <at> debbugs.gnu.org
>>
>>I just tried it in an "emacs -Q" window. Did a dired of my Users home 
>>directory and there did an R of an existing file to "newname".  The line 
>>containing the file disappeared.
>>
>>In other words: "emacs -Q" made no difference: the problem remains.
>>    
>>
>
>Thanks.
>
>Does the "newname" affect the problem?  E.g., if you rename file "foo"
>to "foo1", does the problem still happen?
>
>Also, can you perhaps debug this in Edebug?  I can provide guidance if
>needed.  The function that refreshes the display is
>dired-do-redisplay, defined on dired-aux.el, and the actual refresh of
>the line of the affected file is in dired-update-file-line, also in
>dired-aux.el.  Just step through these two functions and see what is
>going wrong there and where.
>
>
>  
>

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

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Bernard Stumpf <bernard.stumpf <at> verizon.net>
Cc: 11902 <at> debbugs.gnu.org
Subject: Re: bug#11902: Emacs 23.2: dired rename file and file is hidden -
	Windows 7
Date: Thu, 12 Jul 2012 15:47:39 +0300

> Date: Thu, 12 Jul 2012 07:54:07 -0400
> From: Bernard Stumpf <bernard.stumpf <at> verizon.net>
> CC:  11902 <at> debbugs.gnu.org
> 
> I have not noticed any sensitivity to the characters in "newname". I 
> just created a file named "foo" and did an R to "foo1" - the line 
> disappeared.

OK.

> I did the same with file "bar" to "bar1". Here's output in *Messages*
> ...
> (New file)
> Saving file c:/Users/bernie/bar...
> Wrote c:/Users/bernie/bar
> Overwrite `c:/Users/bernie/bar'? [Type yn!q or C-h]  [5 times]

Any idea what that "Overwrite" message was about?

> As to using Edebug: I don't know Edebug.  Is there a way to set 
> breakpoints inside emacs from emacs?

Edebug _is_ used from inside Emacs.  For example, to step through
dired-do-redisplay and dired-update-file-line, you do this:

  emacs -Q
  M-x load-library dired-aux.el RET
  C-x d some/directory RET
  C-x C-f path/to/dired-aux.el RET
  go to the function dired-do-redisplay
  with cursor inside dired-do-redisplay's body, type:
    M-x edebug-defun RET

This instruments dired-do-redisplay, such that when it is called, the
debugger kicks in automatically.  Think if this as a kind of a
breakpoint you set on the function.

Now, go to the Dired buffer to the line of the file you want to rename
and press "R".  Emacs will pop up a window with the source of
dired-do-redisplay, with a small arrow at the left showing the current
line.  Typing SPC repeatedly will step through the code one Lisp form
at a time, and will also show in the echo area the result of
evaluating each form, so you can track what Emacs does and why.  To
step into dired-update-file-line, type 'i' when you get just before
the form that calls that function; then step through
dired-update-file-line by repeatedly typing SPC again.

Easy enough, isn't it?

From what you describe, I'd expect that dired-update-file-line deletes
the line of the file being renamed, but then doesn't add the line for
the new file, for some reason.  The addition is done by
dired-add-entry, which dired-update-file-line calls; you can step into
it by typing 'i' again.

The information you obtain by stepping through these functions will
probably get us much closer to resolving the problem, if not point out
the problem right away.

And just for the record: the way to reproduce the problem on that
machine is just the following sequence, and nothing else, right?

  emacs -Q
  C-x d RET
  go to some file
  type R foo RET

There's nothing else you do except the above sequence, correct?

Thanks.

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

From: Bernard Stumpf <bernard.stumpf <at> verizon.net>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 11902 <at> debbugs.gnu.org
Subject: Re: bug#11902: Emacs 23.2: dired rename file and file is hidden -
	Windows 7
Date: Thu, 12 Jul 2012 09:30:33 -0400

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

The overwrite with "bar" was caused by me: hitting return on rename and 
not typing "bar1".

I will try out the Edebug and get back to you later.  As to the sequence 
I usually do, you are very close. I usually already have the dired 
buffer open from before. It is:

C-x b Bernie
down arrow to someFile
R newName RET  (in minibuffer after "Rename someFile to: ~/"  )

-Bernie

Eli Zaretskii wrote:

>>Date: Thu, 12 Jul 2012 07:54:07 -0400
>>From: Bernard Stumpf <bernard.stumpf <at> verizon.net>
>>CC:  11902 <at> debbugs.gnu.org
>>
>>I have not noticed any sensitivity to the characters in "newname". I 
>>just created a file named "foo" and did an R to "foo1" - the line 
>>disappeared.
>>    
>>
>
>OK.
>
>  
>
>>I did the same with file "bar" to "bar1". Here's output in *Messages*
>>...
>>(New file)
>>Saving file c:/Users/bernie/bar...
>>Wrote c:/Users/bernie/bar
>>Overwrite `c:/Users/bernie/bar'? [Type yn!q or C-h]  [5 times]
>>    
>>
>
>Any idea what that "Overwrite" message was about?
>
>  
>
>>As to using Edebug: I don't know Edebug.  Is there a way to set 
>>breakpoints inside emacs from emacs?
>>    
>>
>
>Edebug _is_ used from inside Emacs.  For example, to step through
>dired-do-redisplay and dired-update-file-line, you do this:
>
>  emacs -Q
>  M-x load-library dired-aux.el RET
>  C-x d some/directory RET
>  C-x C-f path/to/dired-aux.el RET
>  go to the function dired-do-redisplay
>  with cursor inside dired-do-redisplay's body, type:
>    M-x edebug-defun RET
>
>This instruments dired-do-redisplay, such that when it is called, the
>debugger kicks in automatically.  Think if this as a kind of a
>breakpoint you set on the function.
>
>Now, go to the Dired buffer to the line of the file you want to rename
>and press "R".  Emacs will pop up a window with the source of
>dired-do-redisplay, with a small arrow at the left showing the current
>line.  Typing SPC repeatedly will step through the code one Lisp form
>at a time, and will also show in the echo area the result of
>evaluating each form, so you can track what Emacs does and why.  To
>step into dired-update-file-line, type 'i' when you get just before
>the form that calls that function; then step through
>dired-update-file-line by repeatedly typing SPC again.
>
>Easy enough, isn't it?
>
>>From what you describe, I'd expect that dired-update-file-line deletes
>the line of the file being renamed, but then doesn't add the line for
>the new file, for some reason.  The addition is done by
>dired-add-entry, which dired-update-file-line calls; you can step into
>it by typing 'i' again.
>
>The information you obtain by stepping through these functions will
>probably get us much closer to resolving the problem, if not point out
>the problem right away.
>
>And just for the record: the way to reproduce the problem on that
>machine is just the following sequence, and nothing else, right?
>
>  emacs -Q
>  C-x d RET
>  go to some file
>  type R foo RET
>
>There's nothing else you do except the above sequence, correct?
>
>Thanks.
>

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

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

From: Stefan Kangas <stefan <at> marxist.se>
To: Bernard Stumpf <bernard.stumpf <at> verizon.net>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 11902 <at> debbugs.gnu.org
Subject: Re: bug#11902: Emacs 23.2: dired rename file and file is hidden -
 Windows 7
Date: Thu, 31 Oct 2019 01:53:20 +0100

Bernard Stumpf <bernard.stumpf <at> verizon.net> writes:

> The overwrite with "bar" was caused by me: hitting return on rename and not typing "bar1".
>
> I will try out the Edebug and get back to you later.

That was 7 years ago.  Are you still seeing this?

If yes, did you ever get around to trying this in edebug?  It seems like
we would need the information gained by doing that in order to make any
progress here.

Best regards,
Stefan Kangas

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

From: Stefan Kangas <stefan <at> marxist.se>
To: Bernard Stumpf <bernard.stumpf <at> verizon.net>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 11902-done <at> debbugs.gnu.org
Subject: Re: bug#11902: Emacs 23.2: dired rename file and file is hidden -
 Windows 7
Date: Thu, 05 Dec 2019 12:07:32 +0100

Stefan Kangas <stefan <at> marxist.se> writes:

> Bernard Stumpf <bernard.stumpf <at> verizon.net> writes:
>
>> The overwrite with "bar" was caused by me: hitting return on rename and not typing "bar1".
>>
>> I will try out the Edebug and get back to you later.
>
> That was 7 years ago.  Are you still seeing this?
>
> If yes, did you ever get around to trying this in edebug?  It seems like
> we would need the information gained by doing that in order to make any
> progress here.

More information was requested, but none was given within 5 weeks, so
I'm closing this bug.  If this is still an issue, please reply to this
email (use "Reply to all" in your email client) and we can reopen the
bug report.

Best regards,
Stefan Kangas

Previous Next

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