GNU bug report logs -
#11568
24.0.97; dired-aux.el menu items not there. `C-h w' is wrong.
Previous Next
To reply to this bug, email your comments to 11568 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
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):
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):
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):
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):
"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):
"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: 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):
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):
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):
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):
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.