GNU bug report logs - #10174
find-named-dired followed by Query and Replace leaves emacs in a bad state

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 10174 in the body.
You can then email your comments to 10174 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: Chris Corbyn <chris <at> w3style.co.uk>
To: bug-gnu-emacs <at> gnu.org
Subject: find-named-dired followed by Query and Replace leaves emacs in a bad
	state
Date: Thu, 1 Dec 2011 08:08:40 +1100

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

Hi All,

See http://stackoverflow.com/questions/8321589/emacs-find-and-replace-regex-in-multiple-files-find-name-dired-q-doesnt-sa/8329696#8329696 for the original question.  I've been told to officially report the bug.

Basically I'm trying to find & replace across all files in my project; which I'm doing by starting find-name-dired, then selecting all the files in my project, hitting "Q" for Query & Replace, and following the interactive process.

It is doing the search and replace in exactly the way I'd expect, but she  I try to save the 27 buffers it leaves open (using save-some-buffers) it says there are no changes to be saved.  Trying to save a single buffer does the same thing, yet I can see the changes clear as day.  Editing the buffer and saving it again does work, but this is not practical over 27 of them; obviously there's a bug here with the find & replace not marking the buffers as modified.

I also tried using IBuffer to save all the buffers, which reported to have saved them, but actually hadn't written anything to disk.  I assume that IBuffer's reporting of what it saved is actually just telling me how many buffers were selected when I asked it to save the, but is not checking to make sure they really did save.

Can somebody please confirm that this is a bug and/or provide a suitable workaround? :)  I'd just do this on the command line if I didn't need to do it interactively, due to some ambiguities.

Cheers,

Chris

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

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

From: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
To: Chris Corbyn <chris <at> w3style.co.uk>
Cc: 10174 <at> debbugs.gnu.org
Subject: Re: bug#10174: find-named-dired followed by Query and Replace leaves
	emacs in a bad state
Date: Wed, 30 Nov 2011 16:42:03 -0500

> It is doing the search and replace in exactly the way I'd expect, but she
> I try to save the 27 buffers it leaves open (using save-some-buffers) it
> says there are no changes to be saved.  Trying to save a single buffer does

I can't reproduce this problem here.
I tried:

   [ starting from some elisp package directory (tuareg in this case) ]
   % emacs23 -Q
   M-x find-name-dired RET
   RET
   *.el RET
   t
   Q
   with RET when RET
   !!!!!!.... ad nauseam
   M-x save-some-buffers RET
   yyyyyy.....

The last line is because it asked me whether to save each buffer.


        Stefan

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

From: Chris Corbyn <chris <at> w3style.co.uk>
To: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
Cc: 10174 <at> debbugs.gnu.org
Subject: Re: bug#10174: find-named-dired followed by Query and Replace leaves
	emacs in a bad state
Date: Thu, 1 Dec 2011 09:51:19 +1100

I compiled Emacs from source recently (a couple of months ago).  The version given is "GNU Emacs 23.3.1".

Hopefully this narrows it down.  What exact version are you using, Stefan?


On 01/12/2011, at 8:42 AM, Stefan Monnier wrote:

>> It is doing the search and replace in exactly the way I'd expect, but she
>> I try to save the 27 buffers it leaves open (using save-some-buffers) it
>> says there are no changes to be saved.  Trying to save a single buffer does
> 
> I can't reproduce this problem here.
> I tried:
> 
>   [ starting from some elisp package directory (tuareg in this case) ]
>   % emacs23 -Q
>   M-x find-name-dired RET
>   RET
>   *.el RET
>   t
>   Q
>   with RET when RET
>   !!!!!!.... ad nauseam
>   M-x save-some-buffers RET
>   yyyyyy.....
> 
> The last line is because it asked me whether to save each buffer.
> 
> 
>        Stefan

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

From: Chris Corbyn <chris <at> w3style.co.uk>
To: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
Cc: 10174 <at> debbugs.gnu.org
Subject: Re: bug#10174: find-named-dired followed by Query and Replace leaves
	emacs in a bad state
Date: Thu, 1 Dec 2011 16:09:32 +1100

Switched to emacs HEAD and its working there, thanks.  Expected everything to explode under HEAD with regards to the extensions I have installed, but fortunately it seems to work.

Not sure how to close this request, but consider it closed :)


On 01/12/2011, at 8:42 AM, Stefan Monnier wrote:

>> It is doing the search and replace in exactly the way I'd expect, but she
>> I try to save the 27 buffers it leaves open (using save-some-buffers) it
>> says there are no changes to be saved.  Trying to save a single buffer does
> 
> I can't reproduce this problem here.
> I tried:
> 
>   [ starting from some elisp package directory (tuareg in this case) ]
>   % emacs23 -Q
>   M-x find-name-dired RET
>   RET
>   *.el RET
>   t
>   Q
>   with RET when RET
>   !!!!!!.... ad nauseam
>   M-x save-some-buffers RET
>   yyyyyy.....
> 
> The last line is because it asked me whether to save each buffer.
> 
> 
>        Stefan

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

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Chris Corbyn <chris <at> w3style.co.uk>
Cc: 10174 <at> debbugs.gnu.org
Subject: Re: bug#10174: find-named-dired followed by Query and Replace leaves
	emacs in a bad state
Date: Thu, 01 Dec 2011 10:49:24 -0500

> I compiled Emacs from source recently (a couple of months ago).  The version
> given is "GNU Emacs 23.3.1".
> Hopefully this narrows it down.  What exact version are you using, Stefan?

I'm using the `emacs23' package from Debian testing, which is a lightly
patched Emacs-23.3 (the ".1" is not actually part of the version
information: it's a build counter).

I'm happy to hear it's fixed for you on the trunk, but I'm still puzzled.
Can you reproduce it starting from "emacs -Q" with Emacs-23.3?


        Stefan

Previous Next

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