GNU bug report logs - #11568
24.0.97; dired-aux.el menu items not there. `C-h w' is wrong.

Previous Next

Package: emacs;

Reported by: "Drew Adams" <drew.adams <at> oracle.com>

Date: Sun, 27 May 2012 17:12:01 UTC

Severity: minor

To reply to this bug, email your comments to 11568 AT debbugs.gnu.org.

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

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#11568; Package emacs. (Sun, 27 May 2012 17:12:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to "Drew Adams" <drew.adams <at> oracle.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Sun, 27 May 2012 17:12:01 GMT) Full text and rfc822 format available.

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

From: "Drew Adams" <drew.adams <at> oracle.com>
To: <bug-gnu-emacs <at> gnu.org>
Subject: 24.0.97; dired-aux.el menu items not there.  `C-h w' is wrong.
Date: Sun, 27 May 2012 10:09:53 -0700
1. `C-h w' does not tell the truth.
 
emacs -Q
C-x d RET
C-h w dired-do-chown
 
It says:
 dired-do-chown is on O, <menu-bar> <operate> <chown>
 
But it is not on the `Operate' menu at all.  Note that `O' works.  It is
only the menu item that is missing.
 
2. Even after dired-aux is loaded, the menu is not updated to
include `dired-do-chown'.  This is the case whether you use
`C-x v RET' or you open a completely new dired directory.
 
3. The same things are true for `dired-do-chgrp'.  But they are not true
for `dired-do-touch'.  And even after `emacs -Q', when dired-aux has not
been loaded, `dired-do-touch' shows in the menu (as it should, because
it is autoloaded).
 
In sum, `dired-do-touch' and `dired-do-chmod' are correctly in the menu,
but `dired-do-chgrp' and `dired-do-chown' are missing.
 
In GNU Emacs 24.0.97.1 (i386-mingw-nt5.1.2600)
 of 2012-05-16 on MARVIN
Windowing system distributor `Microsoft Corp.', version 5.1.2600
Configured using:
 `configure --with-gcc (4.6) --no-opt --enable-checking --cflags
 -ID:/devel/emacs/libs/libXpm-3.5.8/include
 -ID:/devel/emacs/libs/libXpm-3.5.8/src
 -ID:/devel/emacs/libs/libpng-dev_1.4.3-1/include
 -ID:/devel/emacs/libs/zlib-dev_1.2.5-2/include
 -ID:/devel/emacs/libs/giflib-4.1.4-1/include
 -ID:/devel/emacs/libs/jpeg-6b-4/include
 -ID:/devel/emacs/libs/tiff-3.8.2-1/include
 -ID:/devel/emacs/libs/gnutls-3.0.9/include'
 





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#11568; Package emacs. (Tue, 05 Jun 2012 21:08:01 GMT) Full text and rfc822 format available.

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

From: "Drew Adams" <drew.adams <at> oracle.com>
To: <11568 <at> debbugs.gnu.org>
Subject: RE: bug#11568: 24.0.97;
	dired-aux.el menu items not there.  `C-h w' is wrong.
Date: Tue, 5 Jun 2012 14:05:21 -0700
I was not as clear as I wanted to be in my report.

It is normal for `dired-do-chown' and `dired-do-chgrp' not to be on the menu for
MS Windows.  The bug is that `C-h w' says they are on the menu.

It would probably be more normal for those commands not simply to be defined and
raise an error on Windows, but to simply not be defined for Windows.  That way,
there would be no disconnect between the key bindings and the menu (and C-h w).


And there would be no users trying to call a command that just raises an error
saying that the command is not available.

Thx.





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#11568; Package emacs. (Sun, 16 Sep 2012 23:49:02 GMT) Full text and rfc822 format available.

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

From: "Drew Adams" <drew.adams <at> oracle.com>
To: <11568 <at> debbugs.gnu.org>
Subject: RE: bug#11568: 24.0.97;
	dired-aux.el menu items not there.  `C-h w' is wrong.
Date: Sun, 16 Sep 2012 16:46:58 -0700
ping





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#11568; Package emacs. (Sun, 09 Feb 2014 04:04:02 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: "Drew Adams" <drew.adams <at> oracle.com>
Cc: 11568 <at> debbugs.gnu.org
Subject: Re: bug#11568: 24.0.97;
 dired-aux.el menu items not there.  `C-h w' is wrong.
Date: Sat, 08 Feb 2014 20:01:48 -0800
"Drew Adams" <drew.adams <at> oracle.com> writes:

> 1. `C-h w' does not tell the truth.
>
> emacs -Q
> C-x d RET
> C-h w dired-do-chown
>
> It says:
>  dired-do-chown is on O, <menu-bar> <operate> <chown>
>
> But it is not on the `Operate' menu at all.  Note that `O' works.  It is
> only the menu item that is missing.
>
> 2. Even after dired-aux is loaded, the menu is not updated to
> include `dired-do-chown'.  This is the case whether you use
> `C-x v RET' or you open a completely new dired directory.

Works for me on the trunk...

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#11568; Package emacs. (Sun, 09 Feb 2014 04:04:02 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: "Drew Adams" <drew.adams <at> oracle.com>
Cc: 11568 <at> debbugs.gnu.org
Subject: Re: bug#11568: 24.0.97;
 dired-aux.el menu items not there.  `C-h w' is wrong.
Date: Sat, 08 Feb 2014 20:02:27 -0800
"Drew Adams" <drew.adams <at> oracle.com> writes:

> I was not as clear as I wanted to be in my report.
>
> It is normal for `dired-do-chown' and `dired-do-chgrp' not to be on the menu for
> MS Windows.  The bug is that `C-h w' says they are on the menu.
>
> It would probably be more normal for those commands not simply to be defined and
> raise an error on Windows, but to simply not be defined for Windows.  That way,
> there would be no disconnect between the key bindings and the menu (and C-h w).

Aha -- a W32-specific bug?  Is this still present on the trunk?

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/




bug reassigned from package 'emacs' to 'w32'. Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Sun, 09 Feb 2014 04:05:02 GMT) Full text and rfc822 format available.

bug No longer marked as found in versions 24.0.97. Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Sun, 09 Feb 2014 04:05:02 GMT) Full text and rfc822 format available.

Information forwarded to help-debbugs <at> gnu.org:
bug#11568; Package w32. (Sun, 09 Feb 2014 16:11:02 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 11568 <at> debbugs.gnu.org, drew.adams <at> oracle.com
Subject: Re: bug#11568: 24.0.97;
 dired-aux.el menu items not there.  `C-h w' is wrong.
Date: Sun, 09 Feb 2014 18:09:59 +0200
> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Date: Sat, 08 Feb 2014 20:02:27 -0800
> Cc: 11568 <at> debbugs.gnu.org
> 
> "Drew Adams" <drew.adams <at> oracle.com> writes:
> 
> > I was not as clear as I wanted to be in my report.
> >
> > It is normal for `dired-do-chown' and `dired-do-chgrp' not to be on the menu for
> > MS Windows.  The bug is that `C-h w' says they are on the menu.
> >
> > It would probably be more normal for those commands not simply to be defined and
> > raise an error on Windows, but to simply not be defined for Windows.  That way,
> > there would be no disconnect between the key bindings and the menu (and C-h w).
> 
> Aha -- a W32-specific bug?  Is this still present on the trunk?

No, it's not a Windows-specific bug.  And yes, it's still present.

The bug is that any menu item that has a visibility spec is mentioned
as a binding by "C-h w" even if the visibility spec currently mandates
that the item be removed from the menu.  There's nothing
Windows-specific here.  In this particular case, the visibility spec
says that the menu item for chown should not be displayed on
MS-Windows and MS-DOS, but that's just one instance of a more general
issue.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#11568; Package emacs,w32. (Sun, 09 Feb 2014 19:50:02 GMT) Full text and rfc822 format available.

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

From: Glenn Morris <rgm <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 11568 <at> debbugs.gnu.org
Subject: Re: bug#11568: 24.0.97;
 dired-aux.el menu items not there.  `C-h w' is wrong.
Date: Sun, 09 Feb 2014 14:49:47 -0500
Please don't assign things to the "w32" package.
In technical terms, it is a pseudo-package with no maintainer.
So all subsequent mails will go to the help-debbugs list rather than
bug-gnu-emacs.

The right thing is "emacs,w32" (I did that just now), but I suggest not
bothering with that either, since it just makes merging harder, for no
real gain.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#11568; Package emacs,w32. (Sun, 09 Feb 2014 20:01:02 GMT) Full text and rfc822 format available.

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

From: Glenn Morris <rgm <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 11568 <at> debbugs.gnu.org
Subject: Re: bug#11568: 24.0.97;
 dired-aux.el menu items not there.  `C-h w' is wrong.
Date: Sun, 09 Feb 2014 15:00:48 -0500
PS If you are _really_ bored, TRT IMO is to get rid of the w32 and ns
packages entirely (for all open bugs), and convert them to usertags for
the "emacs" user instead.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#11568; Package emacs. (Mon, 10 Feb 2014 09:29:02 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 11568 <at> debbugs.gnu.org
Subject: Re: bug#11568: 24.0.97;
 dired-aux.el menu items not there.  `C-h w' is wrong.
Date: Mon, 10 Feb 2014 01:27:15 -0800
Glenn Morris <rgm <at> gnu.org> writes:

> The right thing is "emacs,w32" (I did that just now), but I suggest not
> bothering with that either, since it just makes merging harder, for no
> real gain.

I keep forgetting.  Perhaps debbugs-gnu should do that automatically?

> PS If you are _really_ bored, TRT IMO is to get rid of the w32 and ns
> packages entirely (for all open bugs), and convert them to usertags for
> the "emacs" user instead.

Uhm...  I don't know what usertags are.  >"?

Anyway, I think my cold is waning, so my rampage through the bug reports
should be tapering off.  I hope people haven't been unduly bored by all
the emails on this mailing list the past few days.

1964 open non-wishlist bugs remain if anybody is inspired.

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#11568; Package emacs. (Mon, 10 Feb 2014 17:04:01 GMT) Full text and rfc822 format available.

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

From: Glenn Morris <rgm <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 11568 <at> debbugs.gnu.org
Subject: Re: bug#11568: 24.0.97;
 dired-aux.el menu items not there.  `C-h w' is wrong.
Date: Mon, 10 Feb 2014 12:03:48 -0500
Lars Ingebrigtsen wrote:

>> The right thing is "emacs,w32" (I did that just now), but I suggest not
>> bothering with that either, since it just makes merging harder, for no
>> real gain.
>
> I keep forgetting.  Perhaps debbugs-gnu should do that automatically?

Don't know what you mean. Just forget w32 ever existed as a package is
my advice.

>> PS If you are _really_ bored, TRT IMO is to get rid of the w32 and ns
>> packages entirely (for all open bugs), and convert them to usertags for
>> the "emacs" user instead.

I did that.




This bug report was last modified 11 years and 124 days ago.

Previous Next


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