bug#4122: 23.1; GTK menu contents don't change

bug#4122: 23.1; GTK menu contents don't change

[Robin Green]

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.

bug#4125: 23.1; GTK menu contents don't change

[Robin Green]

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.

bug#4134: 23.1; Buffer Tab not being linked properly

[David Ronis]

I'm working on a fortran project and am currently using emacs to edit
the Makefile, fortran source file and to do the compilation (I'm also
using it to send this bug report).   The menubar at the top has
entries that change when I switch buffers/modes; e.g., right now I see
entries like 

File Edit Options Buffers Tools Headers Mail Mailcrypt Help

Clicking on Mail or Mailcrypt doen't popup a menu.

Switching to my fortran buffer, I have


File Edit Options Buffers Tools Fortran Help

Now clicking on Fortran generates the correct menu.

Compiling the program results in a compilation buffer with 
a menubar containing

File Edit Options Buffers Tools Compile Help

Clicking on Compile gets the Fortran menu.  

Basically it seems that only the extra tab associated with the first
thing I read into emacs is present.

Is this a bug?  Any suggestions if not?

Thanks in advance.

David


In GNU Emacs 23.1.1 (i686-pc-linux-gnu, GTK+ Version 2.12.12)
 of 2009-07-30 on ronispc
Windowing system distributor `The X.Org Foundation', version 11.0.10699001
configured using `configure  'CC=/usr/bin/gcc' 'CFLAGS=-march=native -msse2 -mfpmath=sse -O3 -ffast-math -funroll-loops -fomit-frame-pointer -floop-interchange -floop-strip-mine -floop-block''

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: en_US
  value of $LANG: C
  value of $XMODIFIERS: nil
  locale-coding-system: nil
  default-enable-multibyte-characters: t

Major mode: Fortran

Minor modes in effect:
  show-paren-mode: t
  display-time-mode: t
  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
  font-lock-mode: t
  blink-cursor-mode: t
  global-auto-composition-mode: t
  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> <help-echo> <C-down-mouse-1> 
M-x c o m p i l e <return> <backspace> <backspace> 
<backspace> <return> <help-echo> <down-mouse-1> <drag-mouse-1> 
<help-echo> <help-echo> <down-mouse-1> <mouse-1> C-x 
1 M-x e m a <tab> c <tab> r <tab> <backspace> <backspace> 
<backspace> <backspace> <backspace> <backspace> <backspace> 
<backspace> SPC r e p o <tab> r <tab> <return>

Recent messages:
Loading mailcrypt...done
PGP version set to 5.0.
Loading paren...done
For information about GNU Emacs and the GNU system, type C-h C-a.
(No files need saving)
Compilation finished
Mark set
Making completion list...
call-interactively: Text is read-only
Making completion list... [2 times]

bug#4134: 23.1; Buffer Tab not being linked properly

[Glenn Morris]

tags 4134 moreinfo unreproducible
stop

David Ronis wrote:

> I'm working on a fortran project and am currently using emacs to
> edit the Makefile, fortran source file and to do the compilation
> (I'm also using it to send this bug report). The menubar at the top
> has entries that change when I switch buffers/modes; e.g., right now
> I see entries like
>
> File Edit Options Buffers Tools Headers Mail Mailcrypt Help
>
> Clicking on Mail or Mailcrypt doen't popup a menu.
>
> Switching to my fortran buffer, I have
>
>
> File Edit Options Buffers Tools Fortran Help
>
> Now clicking on Fortran generates the correct menu.
>
> Compiling the program results in a compilation buffer with 
> a menubar containing
>
> File Edit Options Buffers Tools Compile Help
>
> Clicking on Compile gets the Fortran menu.  


I cannot reproduce this. Can you explain how to get to this state,
starting from emacs -Q? For example, Mailcrypt is not part of Emacs.


> In GNU Emacs 23.1.1 (i686-pc-linux-gnu, GTK+ Version 2.12.12)
>  of 2009-07-30 on ronispc
[...]
> configured using `configure 'CC=/usr/bin/gcc' 'CFLAGS=-march=native
> -msse2 -mfpmath=sse -O3 -ffast-math -funroll-loops
> -fomit-frame-pointer -floop-interchange -floop-strip-mine
> -floop-block''

Wow, your Emacs goes to 11.

Processed: Re: bug#4134: 23.1; Buffer Tab not being linked properly

[Emacs bug Tracking System]

Processing commands for control@emacsbugs.donarmstrong.com:

> tags 4134 moreinfo unreproducible
Bug #4134 [emacs] 23.1; Buffer Tab not being linked properly
Added tag(s) unreproducible and moreinfo.
> stop
Stopping processing here.

Please contact me if you need assistance.

Don Armstrong
(administrator, Emacs bugs database)

bug#4134: 23.1; Buffer Tab not being linked properly

[David Ronis]

Hi Glen, 

Thanks for the reply.  

Here's what I did:

1. started 'emacs -Q model.f' as suggested.
2. emacs sets the buffer mode to fortran and I have the usual "Fortran"
button in the menubar.
3. compile the program using alt-x compile (then simply run make without
-k).  The window splits and I see the expected output of the
compilation.  

If I set the focus to the *compile* buffer, the "Fortran" menubar button
changes to "Compile" (as it should); however, clicking on that button
gets the fortran menu, not the compile one.

David

P.S., I've been using emacs for a long time, but where do you see
version 11?

P.S.S., mailcrypt only got called when the mailer was invoked to report
the bug.  It is normally not running.  On the other hand, "external"
packages like maxima and auctex are often in use.   The test with -Q
rules them out probably.

On Thu, 2009-08-20 at 20:34 -0400, Glenn Morris wrote:
> tags 4134 moreinfo unreproducible
> stop
> 
> David Ronis wrote:
> 
> > I'm working on a fortran project and am currently using emacs to
> > edit the Makefile, fortran source file and to do the compilation
> > (I'm also using it to send this bug report). The menubar at the top
> > has entries that change when I switch buffers/modes; e.g., right now
> > I see entries like
> >
> > File Edit Options Buffers Tools Headers Mail Mailcrypt Help
> >
> > Clicking on Mail or Mailcrypt doen't popup a menu.
> >
> > Switching to my fortran buffer, I have
> >
> >
> > File Edit Options Buffers Tools Fortran Help
> >
> > Now clicking on Fortran generates the correct menu.
> >
> > Compiling the program results in a compilation buffer with 
> > a menubar containing
> >
> > File Edit Options Buffers Tools Compile Help
> >
> > Clicking on Compile gets the Fortran menu.  
> 
> 
> I cannot reproduce this. Can you explain how to get to this state,
> starting from emacs -Q? For example, Mailcrypt is not part of Emacs.
> 
> 
> > In GNU Emacs 23.1.1 (i686-pc-linux-gnu, GTK+ Version 2.12.12)
> >  of 2009-07-30 on ronispc
> [...]
> > configured using `configure 'CC=/usr/bin/gcc' 'CFLAGS=-march=native
> > -msse2 -mfpmath=sse -O3 -ffast-math -funroll-loops
> > -fomit-frame-pointer -floop-interchange -floop-strip-mine
> > -floop-block''
> 
> Wow, your Emacs goes to 11.
> 

bug#4134: 23.1; Buffer Tab not being linked properly

[Glenn Morris]

David Ronis wrote:

> 1. started 'emacs -Q model.f' as suggested.
> 2. emacs sets the buffer mode to fortran and I have the usual "Fortran"
> button in the menubar.
> 3. compile the program using alt-x compile (then simply run make without
> -k).  The window splits and I see the expected output of the
> compilation.  
>
> If I set the focus to the *compile* buffer, the "Fortran" menubar button
> changes to "Compile" (as it should); however, clicking on that button
> gets the fortran menu, not the compile one.

Sorry, but for me this works as it should.

Are you somehow changing the focus when you go to select the menu bar?
What happens if you put the compilation window above the Fortran window?

> P.S., I've been using emacs for a long time, but where do you see
> version 11?

I was making fun of your CFLAGS setting. Does that really make any
measurable difference to anything, or is it just one louder?

bug#4134: 23.1; Buffer Tab not being linked properly

[David Ronis]

On Thu, 2009-08-20 at 21:18 -0400, Glenn Morris wrote:
> David Ronis wrote:
> 
> > 1. started 'emacs -Q model.f' as suggested.
> > 2. emacs sets the buffer mode to fortran and I have the usual "Fortran"
> > button in the menubar.
> > 3. compile the program using alt-x compile (then simply run make without
> > -k).  The window splits and I see the expected output of the
> > compilation.  
> >
> > If I set the focus to the *compile* buffer, the "Fortran" menubar button
> > changes to "Compile" (as it should); however, clicking on that button
> > gets the fortran menu, not the compile one.
> 
> Sorry, but for me this works as it should.
> 
> Are you somehow changing the focus when you go to select the menu bar?
> What happens if you put the compilation window above the Fortran window?

I tried putting the fortran window above, below, and single-window--no
differences.

> > P.S., I've been using emacs for a long time, but where do you see
> > version 11?
> 
> I was making fun of your CFLAGS setting. Does that really make any
> measurable difference to anything, or is it just one louder?

Ahh...  I leave CFLAGS set to ultra aggressive in the environment (it
does make a difference in some of the things I do, although, very very
very unlikely to be seen in emacs).  I'm using gcc 4.4.1 which is
relatively new; perhaps this is a compiler bug.  I'll rebuild with saner
flags and see what happens.  I'll report back shortly.

Thanks for looking at this.

bug#4134: 23.1; Buffer Tab not being linked properly

[David Ronis]

[-- Attachment #1: Type: text/plain, Size: 1429 bytes --]

I rebuilt emacs (with CFLAGS=-O2 and --disable-debug passed to
configure).  I get the same behavior.  

Just to be sure that we're talking about the same thing, I've attached a
screenshot of the emacs window (emacs -Q bug.f) after compiling.  Notice
that I'm in the compile part of the screen and that I've activated what
should be the compile menubar entry.  The menu is that of the fortran
window.

David


On Thu, 2009-08-20 at 21:18 -0400, Glenn Morris wrote:
> David Ronis wrote:
> 
> > 1. started 'emacs -Q model.f' as suggested.
> > 2. emacs sets the buffer mode to fortran and I have the usual "Fortran"
> > button in the menubar.
> > 3. compile the program using alt-x compile (then simply run make without
> > -k).  The window splits and I see the expected output of the
> > compilation.  
> >
> > If I set the focus to the *compile* buffer, the "Fortran" menubar button
> > changes to "Compile" (as it should); however, clicking on that button
> > gets the fortran menu, not the compile one.
> 
> Sorry, but for me this works as it should.
> 
> Are you somehow changing the focus when you go to select the menu bar?
> What happens if you put the compilation window above the Fortran window?
> 
> > P.S., I've been using emacs for a long time, but where do you see
> > version 11?
> 
> I was making fun of your CFLAGS setting. Does that really make any
> measurable difference to anything, or is it just one louder?
> 

[-- Attachment #2: Screenshot-emacs@montroll.chem.mcgill.ca.png --]
[-- Type: image/png, Size: 54938 bytes --]

bug#4134: 23.1; Buffer Tab not being linked properly

[David Ronis]

I figured out what the problem is.  I'm running slackware 12.2 which no
longer supports gnome.  To have gnome, I use the garnome build system
(which basically installs everything gnome needs into a separate tree).
Since, some (usually older) components exist in the system, garnome uses
environment variables like PATH and LD_LIBRARY_PATH to make sure that
the garnome versions of various libraries, programs are found first.

When I build basic system utilities (emacs is one of them), I break out
of garnome (by unsetting environment variables) and build/install.  As
such emacs links against slackware's libs.  Even so, running in the
garnome environment still worked, until now.  In fact, my problem goes
away if I run in the garnome-free environment, and I can hack a fix, by
calling emacs from a script.

Since I'm usually running gnome, I rebuilt emacs in the garnome
environment.  The build completed, but the resulting emacs has the
problem.  My bet is that one of the more recent gnome libs (probably gtk
+) is at fault.  I'm using gtk+2.17.8 here.  

Any suggestions how to pin this down?  I build garnome with -O2 -g so
debugging sessions are possible.

Here's  a list of the garnome versions used by emacs:

	libgtk-x11-2.0.so.0 => /opt/gnome/lib/libgtk-x11-2.0.so.0 (0xb7b19000)
	libgdk-x11-2.0.so.0 => /opt/gnome/lib/libgdk-x11-2.0.so.0 (0xb7a6d000)
	libatk-1.0.so.0 => /opt/gnome/lib/libatk-1.0.so.0 (0xb7a50000)
	libpangoft2-1.0.so.0 => /opt/gnome/lib/libpangoft2-1.0.so.0
(0xb7a25000)
	libgdk_pixbuf-2.0.so.0 => /opt/gnome/lib/libgdk_pixbuf-2.0.so.0
(0xb7a0a000)
	libpangocairo-1.0.so.0 => /opt/gnome/lib/libpangocairo-1.0.so.0
(0xb79a9000)
	libgio-2.0.so.0 => /opt/gnome/lib/libgio-2.0.so.0 (0xb78fd000)
	libXcursor.so.1 => /opt/gnome/lib/libXcursor.so.1 (0xb78c7000)
	libXrender.so.1 => /opt/gnome/lib/libXrender.so.1 (0xb78b9000)
	libcairo.so.2 => /opt/gnome/lib/libcairo.so.2 (0xb7834000)
	libpango-1.0.so.0 => /opt/gnome/lib/libpango-1.0.so.0 (0xb768e000)
	libfreetype.so.6 => /opt/gnome/lib/libfreetype.so.6 (0xb7614000)
	libfontconfig.so.1 => /opt/gnome/lib/libfontconfig.so.1 (0xb75cc000)
	libgobject-2.0.so.0 => /opt/gnome/lib/libgobject-2.0.so.0 (0xb7588000)
	libgmodule-2.0.so.0 => /opt/gnome/lib/libgmodule-2.0.so.0 (0xb7584000)
	libglib-2.0.so.0 => /opt/gnome/lib/libglib-2.0.so.0 (0xb74a4000)
	libXft.so.2 => /opt/gnome/lib/libXft.so.2 (0xb7385000)
	librsvg-2.so.2 => /opt/gnome/lib/librsvg-2.so.2 (0xb7289000)
	libdbus-1.so.3 => /opt/gnome/lib/libdbus-1.so.3 (0xb7230000)
	libpixman-1.so.0 => /opt/garnome-svn-2.27/lib/libpixman-1.so.0
(0xb6f4b000)
	libglitz.so.1 => /opt/garnome-svn-2.27/lib/libglitz.so.1 (0xb6f23000)
	libexpat.so.1 => /opt/garnome-svn-2.27/lib/libexpat.so.1 (0xb6ec7000)
	libgsf-1.so.114 => /opt/garnome-svn-2.27/lib/libgsf-1.so.114
(0xb6e81000)
	libcroco-0.6.so.3 => /opt/garnome-svn-2.27/lib/libcroco-0.6.so.3
(0xb6e35000)
	libxml2.so.2 => /opt/garnome-svn-2.27/lib/libxml2.so.2 (0xb6cfa000)

bug#4134: 23.1; Buffer Tab not being linked properly

[Glenn Morris]

David Ronis wrote:

> When I build basic system utilities (emacs is one of them), I break out
> of garnome (by unsetting environment variables) and build/install.  As
> such emacs links against slackware's libs.  Even so, running in the
> garnome environment still worked, until now.  In fact, my problem goes
> away if I run in the garnome-free environment, and I can hack a fix, by
> calling emacs from a script.

That's probably what I'd do.

> Since I'm usually running gnome, I rebuilt emacs in the garnome
> environment.  The build completed, but the resulting emacs has the
> problem.  My bet is that one of the more recent gnome libs (probably gtk
> +) is at fault.  I'm using gtk+2.17.8 here.  

AFAIK, there should be no problems with recent versions of gtk libraries.

> Any suggestions how to pin this down? 

Sorry, no idea. Maybe someone else on this list can help...

bug#4122: Link to corresponding Ubuntu bug

[era eriksson]

tags 4122 +patch
thanks

Just a quick note that https://bugs.launchpad.net/bugs/415101 is the
corresponding Ubuntu bug.  It occurs in the GTK version of Emacs 22 as
well.  The Launchpad bug report has some workarounds and other triage
notes.  Good to see a patch so quickly -- thanks!

/* era */

-- 
If this were a real .signature, it would suck less.  Well, maybe not.

Processed: Link to corresponding Ubuntu bug

[Emacs bug Tracking System]

Processing commands for control@emacsbugs.donarmstrong.com:

> tags 4122 +patch
Bug #4122 [emacs] 23.1; GTK menu contents don't change
Bug #4125 [emacs] 23.1; GTK menu contents don't change
Added tag(s) patch.
Added tag(s) patch.
> thanks
Stopping processing here.

Please contact me if you need assistance.

Don Armstrong
(administrator, Emacs bugs database)

bug#4122:

[Jan Djärv]

Fix checked in.

	Jan D.

bug#4122: marked as done (23.1; GTK menu contents don't change)

[Emacs bug Tracking System]

[-- Attachment #1: Type: text/plain, Size: 829 bytes --]

Your message dated Wed, 02 Sep 2009 19:04:46 +0200
with message-id <4A9EA5AE.5010607@swipnet.se>
and subject line Re: bug#4122
has caused the Emacs bug report #4122,
regarding 23.1; GTK menu contents don't change
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@emacsbugs.donarmstrong.com
immediately.)


-- 
4122: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4122
Emacs Bug Tracking System
Contact owner@emacsbugs.donarmstrong.com with problems

[-- Attachment #2: Type: message/rfc822, Size: 5647 bytes --]

From: Robin Green <greenrd@greenrd.org>
To: bug-gnu-emacs@gnu.org
Subject: 23.1; GTK menu contents don't change
Date: Tue, 11 Aug 2009 16:31:57 +0100
Message-ID: <200908111531.n7BFVvYH020625@localhost.localdomain>

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.



[-- Attachment #3: Type: message/rfc822, Size: 1912 bytes --]

From: "Jan Djärv" <jan.h.d@swipnet.se>
To: era eriksson <era@iki.fi>, 4122@emacsbugs.donarmstrong.com
Cc: 4122-done@emacsbugs.donarmstrong.com
Subject: Re: bug#4122
Date: Wed, 02 Sep 2009 19:04:46 +0200
Message-ID: <4A9EA5AE.5010607@swipnet.se>

Fix checked in.

	Jan D.

bug#4125: marked as done (23.1; GTK menu contents don't change)

[Emacs bug Tracking System]

[-- Attachment #1: Type: text/plain, Size: 829 bytes --]

Your message dated Wed, 02 Sep 2009 19:04:46 +0200
with message-id <4A9EA5AE.5010607@swipnet.se>
and subject line Re: bug#4122
has caused the Emacs bug report #4122,
regarding 23.1; GTK menu contents don't change
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@emacsbugs.donarmstrong.com
immediately.)


-- 
4122: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4122
Emacs Bug Tracking System
Contact owner@emacsbugs.donarmstrong.com with problems

[-- Attachment #2: Type: message/rfc822, Size: 5629 bytes --]

From: Robin Green <greenrd@greenrd.org>
To: bug-gnu-emacs@gnu.org
Subject: 23.1; GTK menu contents don't change
Date: Tue, 11 Aug 2009 16:54:45 +0100
Message-ID: <200908111554.n7BFsjmU020661@localhost.localdomain>

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.



[-- Attachment #3: Type: message/rfc822, Size: 1912 bytes --]

From: "Jan Djärv" <jan.h.d@swipnet.se>
To: era eriksson <era@iki.fi>, 4122@emacsbugs.donarmstrong.com
Cc: 4122-done@emacsbugs.donarmstrong.com
Subject: Re: bug#4122
Date: Wed, 02 Sep 2009 19:04:46 +0200
Message-ID: <4A9EA5AE.5010607@swipnet.se>

Fix checked in.

	Jan D.

bug#4134: marked as done (23.1; Problems with gtk+ >= 2.7.19)

[Emacs bug Tracking System]

[-- Attachment #1: Type: text/plain, Size: 827 bytes --]

Your message dated Wed, 02 Sep 2009 19:04:46 +0200
with message-id <4A9EA5AE.5010607@swipnet.se>
and subject line Re: bug#4122
has caused the Emacs bug report #4122,
regarding 23.1; Problems with gtk+ >= 2.7.19
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@emacsbugs.donarmstrong.com
immediately.)


-- 
4122: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4122
Emacs Bug Tracking System
Contact owner@emacsbugs.donarmstrong.com with problems

[-- Attachment #2: Type: message/rfc822, Size: 5489 bytes --]

From: David Ronis <ronis@ronispc.chem.mcgill.ca>
To: bug-gnu-emacs@gnu.org
Subject: 23.1; Buffer Tab not being linked properly
Date: Wed, 12 Aug 2009 13:55:41 -0400
Message-ID: <200908121755.n7CHtfXm023297@ronispc.chem.mcgill.ca>

I'm working on a fortran project and am currently using emacs to edit
the Makefile, fortran source file and to do the compilation (I'm also
using it to send this bug report).   The menubar at the top has
entries that change when I switch buffers/modes; e.g., right now I see
entries like 

File Edit Options Buffers Tools Headers Mail Mailcrypt Help

Clicking on Mail or Mailcrypt doen't popup a menu.

Switching to my fortran buffer, I have


File Edit Options Buffers Tools Fortran Help

Now clicking on Fortran generates the correct menu.

Compiling the program results in a compilation buffer with 
a menubar containing

File Edit Options Buffers Tools Compile Help

Clicking on Compile gets the Fortran menu.  

Basically it seems that only the extra tab associated with the first
thing I read into emacs is present.

Is this a bug?  Any suggestions if not?

Thanks in advance.

David


In GNU Emacs 23.1.1 (i686-pc-linux-gnu, GTK+ Version 2.12.12)
 of 2009-07-30 on ronispc
Windowing system distributor `The X.Org Foundation', version 11.0.10699001
configured using `configure  'CC=/usr/bin/gcc' 'CFLAGS=-march=native -msse2 -mfpmath=sse -O3 -ffast-math -funroll-loops -fomit-frame-pointer -floop-interchange -floop-strip-mine -floop-block''

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: en_US
  value of $LANG: C
  value of $XMODIFIERS: nil
  locale-coding-system: nil
  default-enable-multibyte-characters: t

Major mode: Fortran

Minor modes in effect:
  show-paren-mode: t
  display-time-mode: t
  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
  font-lock-mode: t
  blink-cursor-mode: t
  global-auto-composition-mode: t
  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> <help-echo> <C-down-mouse-1> 
M-x c o m p i l e <return> <backspace> <backspace> 
<backspace> <return> <help-echo> <down-mouse-1> <drag-mouse-1> 
<help-echo> <help-echo> <down-mouse-1> <mouse-1> C-x 
1 M-x e m a <tab> c <tab> r <tab> <backspace> <backspace> 
<backspace> <backspace> <backspace> <backspace> <backspace> 
<backspace> SPC r e p o <tab> r <tab> <return>

Recent messages:
Loading mailcrypt...done
PGP version set to 5.0.
Loading paren...done
For information about GNU Emacs and the GNU system, type C-h C-a.
(No files need saving)
Compilation finished
Mark set
Making completion list...
call-interactively: Text is read-only
Making completion list... [2 times]



[-- Attachment #3: Type: message/rfc822, Size: 1912 bytes --]

From: "Jan Djärv" <jan.h.d@swipnet.se>
To: era eriksson <era@iki.fi>, 4122@emacsbugs.donarmstrong.com
Cc: 4122-done@emacsbugs.donarmstrong.com
Subject: Re: bug#4122
Date: Wed, 02 Sep 2009 19:04:46 +0200
Message-ID: <4A9EA5AE.5010607@swipnet.se>

Fix checked in.

	Jan D.