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: Robin Green <greenrd <at> greenrd.org>
Subject: bug#4122: closed (Re: bug#6499: 23.1; Emacs gets stuck waiting
 for menu input)
Date: Fri, 16 Jul 2010 12:49:03 +0000
[Message part 1 (text/plain, inline)]
Your bug report

#6499: 23.1; GTK menu contents don't change

which was filed against the emacs package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 4122 <at> debbugs.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: 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.

[Message part 3 (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.



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.