GNU bug report logs - #6499
23.1; Emacs gets stuck waiting for menu input

Previous Next

Package: emacs;

Reported by: Marius Kjeldahl <marius <at> kjeldahl.net>

Date: Wed, 23 Jun 2010 16:09:01 UTC

Severity: important

Tags: patch

Merged with 7095, 7162, 7212, 7294, 7714, 7734

Found in versions 23.1, 23.2

Fixed in version 23.3

Done: Jan Djärv <jan.h.d <at> swipnet.se>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Jan Djärv <jan.h.d <at> swipnet.se>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#4122: closed (23.1; GTK menu contents don't change)
Date: Fri, 16 Jul 2010 12:49:02 +0000
[Message part 1 (text/plain, inline)]
Your message dated Fri, 16 Jul 2010 14:48:36 +0200
with message-id <4C405524.6010301 <at> swipnet.se>
and subject line Re: bug#6499: 23.1; Emacs gets stuck waiting for menu input
has caused the GNU bug report #6499,
regarding 23.1; GTK menu contents don't change
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
6499: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=6499
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
From: Robin Green <greenrd <at> greenrd.org>
To: bug-gnu-emacs <at> gnu.org
Subject: 23.1; GTK menu contents don't change
Date: Tue, 11 Aug 2009 16:31:57 +0100
After opening a file, the contents of the Buffer menu do not change - the menu still begins with *scratch* and *messages*. However, if you actually click with the mouse on the *messages* menu item, you do NOT get sent to the *messages* buffer - you get sent to some other buffer. Likewise, in a new major mode, each menu displays either the old contents of the menu that was in that position in the menubar in the previous major mode, or nothing (an empty menu). Likewise, if you select some text with the mouse, the "Cut" and "Copy" items in the Edit menu do not become enabled, as they should.

All of this evidence suggests that, after the original menubar is created, new menus can be added or removed, but any alterations to menus do not take effect on the display. However, as shown by the example of clicking on the *messages* menu item in the Buffers menu, emacs appears to be reacting AS IF the altered version of the menu was being displayed, even though it isn't.

I am running on Fedora Linux rawhide (i.e. the development version, pre-Fedora-12), with the following gtk2 package:
gtk2-2.17.6-4.fc12.i686


In GNU Emacs 23.1.1 (i686-pc-linux-gnu, GTK+ Version 2.17.6)
 of 2009-08-11 on fedora
Windowing system distributor `The X.Org Foundation', version 11.0.10402000
configured using `configure  '--with-x-toolkit=gtk' '--without-makeinfo' '--with-x''

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: en_US.UTF-8
  value of $XMODIFIERS: nil
  locale-coding-system: utf-8-unix
  default-enable-multibyte-characters: t

Major mode: Fundamental

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

Recent input:
<help-echo> <help-echo> <help-echo> C-x C-f <backspace> 
<backspace> <backspace> <backspace> <backspace> <backspace> 
<backspace> <backspace> <backspace> <backspace> <backspace> 
<backspace> <backspace> <backspace> <backspace> <backspace> 
<backspace> <backspace> m i <tab> <return> <help-echo> 
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo> 
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo> 
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo> 
<help-echo> <menu-bar> <help-menu> <about-emacs> <help-echo> 
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo> 
<help-echo> <help-echo> <help-echo> <menu-bar> <help-menu> 
<send-emacs-bug-report>

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Loading /home/greenrd/opened/haskell-mode/haskell-site-file.el (source)...done
Loading /home/greenrd/.cabal/share/Agda-2.2.4/emacs-mode/agda2.el (source)...done
For information about GNU Emacs and the GNU system, type C-h C-a.


[Message part 3 (message/rfc822, inline)]
From: Jan Djärv <jan.h.d <at> swipnet.se>
To: Tobias Bading <tbading <at> web.de>
Cc: bug-gnu-emacs <at> gnu.org, 6499-done <at> debbugs.gnu.org,
	Marius Kjeldahl <marius <at> kjeldahl.net>
Subject: Re: bug#6499: 23.1; Emacs gets stuck waiting for menu input
Date: Fri, 16 Jul 2010 14:48:36 +0200

Tobias Bading skrev 2010-07-16 12.05:
> Hi,
>
> could someone please reopen bug #6499? IMHO this hasn't been fixed yet. I just
> tried trunk r100830 and Jan's patch from the emacs-23 branch has made it into
> the trunk, causing the following side-effect:

The patch is not in trunk, 100830 fixed 6645.  It is not in trunk 100831 either.

Please learn to use bzr log.  It tells you which bugs have been fixed.

	Jan D.


This bug report was last modified 14 years and 118 days ago.

Previous Next


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