GNU bug report logs - #4873
23.1.50; Some unexpected behaviour during dired confirmation prompt

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 4873 in the body.
You can then email your comments to 4873 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Tim Van Holder <tim.vanholder <at> gmail.com>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.1.50; Some unexpected behaviour during dired confirmation prompt
Date: Thu, 05 Nov 2009 11:09:37 +0100

Given a dired session in a directory containing files 'a' and 'b':
- put cursor on 'a' and press R (rename)
- enter 'b' as new name

Result: dired prompts with "Overwrite 'b'? [Type yn!q or C-h]".

Unexpected behaviour at this point:
- C-g does not work (only 'q' cancels)
- toolbar goes blank (with a minor frame resize as a result); given that
  C-h is allowed, maybe the 'help' icon could be left active?
- Pressing a key other than those listed results in
    "Invalid key - type  for help."
  (i.e. the character for ^H (0x08) is shown instead of "C-h")

In GNU Emacs 23.1.50.2 (i686-pc-linux-gnu, GTK+ Version 2.8.20)
 of 2009-11-05 on leeloo
Windowing system distributor `RealVNC Ltd', version 11.0.3370
configured using `configure  '--with-x''

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

From: Glenn Morris <rgm <at> gnu.org>
To: Tim Van Holder <tim.vanholder <at> gmail.com>
Cc: 4873 <at> debbugs.gnu.org
Subject: Re: 23.1.50;
	Some unexpected behaviour during dired confirmation prompt
Date: Tue, 01 Mar 2011 03:25:10 -0500

Thanks for the report, sorry for the long delay in replying.
Please see comments below.

Tim Van Holder wrote:

> Given a dired session in a directory containing files 'a' and 'b':
> - put cursor on 'a' and press R (rename)
> - enter 'b' as new name
>
> Result: dired prompts with "Overwrite 'b'? [Type yn!q or C-h]".
>
> Unexpected behaviour at this point:
> - C-g does not work (only 'q' cancels)

I cannot reproduce this in Emacs 23.1 or 23.2, using `-Q'.

> - toolbar goes blank (with a minor frame resize as a result);

I cannot reproduce this in Emacs 23.2 (cannot test 23.1 right now).

> - Pressing a key other than those listed results in
>     "Invalid key - type  for help."
>   (i.e. the character for ^H (0x08) is shown instead of "C-h")

I see this in 23.1, but not in 23.2.


So in summary I either cannot reproduce these issues, or they seem to
have been fixed. Are you still seeing any of them with `emacs -Q'?


> In GNU Emacs 23.1.50.2 (i686-pc-linux-gnu, GTK+ Version 2.8.20)
>  of 2009-11-05 on leeloo

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

From: Tim Van Holder <tim.vanholder <at> gmail.com>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 4873 <at> debbugs.gnu.org
Subject: Re: 23.1.50;
	Some unexpected behaviour during dired confirmation prompt
Date: Wed, 2 Mar 2011 15:48:08 +0100

On 1 March 2011 09:25, Glenn Morris <rgm <at> gnu.org> wrote:
>
> Thanks for the report, sorry for the long delay in replying.
> Please see comments below.
>
> Tim Van Holder wrote:
>
>> Given a dired session in a directory containing files 'a' and 'b':
>> - put cursor on 'a' and press R (rename)
>> - enter 'b' as new name
>>
>> Result: dired prompts with "Overwrite 'b'? [Type yn!q or C-h]".

Small note for completeness: the prompt currently uses
'/full/path/to/b' rather than just 'b'.

>> Unexpected behaviour at this point:
>> - C-g does not work (only 'q' cancels)
>
> I cannot reproduce this in Emacs 23.1 or 23.2, using `-Q'.

With emacs 24.0.50.2 (built from bzr trunk on 2011-02-24) running on
an old debian box with X tunneled to a Cygwin X server, both with and
without -Q, this actually blocks emacs from processing any keyboard
input. Menus still open, mouse events are still triggered (cursor
changes, tooltip is shown), but actual commands (whether from menu,
mouse, or keyboard) fail to work properly. Some have temporary effect
(e.g. F1/C-h show a help buffer, but it disappears almost
immediately).
Only the 4 listed keys (y/n/!/q) are accepted and cause emacs to
resume normal functionality.

For reference, this is what report-emacs-bug currently says:
In GNU Emacs 24.0.50.2 (i686-pc-linux-gnu, GTK+ Version 2.8.20)
 of 2011-02-24 on leeloo
Windowing system distributor `The Cygwin/X Project', version 11.0.10904000
configured using `configure  '--with-x''

>> - toolbar goes blank (with a minor frame resize as a result);
>
> I cannot reproduce this in Emacs 23.2 (cannot test 23.1 right now).

I don't see this any more either.

>> - Pressing a key other than those listed results in
>>     "Invalid key - type   for help."
>>   (i.e. the character for ^H (0x08) is shown instead of "C-h")
>
> I see this in 23.1, but not in 23.2.

As described above, it just does nothing for any keys other than the 4
that are explicitly allowed - no errors (also nothing in *Messages*).

> So in summary I either cannot reproduce these issues, or they seem to
> have been fixed. Are you still seeing any of them with `emacs -Q'?
>
>
>> In GNU Emacs 23.1.50.2 (i686-pc-linux-gnu, GTK+ Version 2.8.20)
>>  of 2009-11-05 on leeloo
>

Previous Next

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