unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#4122: 23.1; GTK menu contents don't change
@ 2009-08-11 15:31   ` Robin Green
  2009-09-02 17:10     ` bug#4122: marked as done (23.1; GTK menu contents don't change) Emacs bug Tracking System
  0 siblings, 1 reply; 17+ messages in thread
From: Robin Green @ 2009-08-11 15:31 UTC (permalink / raw)
  To: bug-gnu-emacs

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.






^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#4125: 23.1; GTK menu contents don't change
@ 2009-08-11 15:54   ` Robin Green
  2009-09-02 17:10     ` bug#4125: marked as done (23.1; GTK menu contents don't change) Emacs bug Tracking System
  0 siblings, 1 reply; 17+ messages in thread
From: Robin Green @ 2009-08-11 15:54 UTC (permalink / raw)
  To: bug-gnu-emacs

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.






^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#4134: 23.1; Buffer Tab not being linked properly
@ 2009-08-12 17:55   ` David Ronis
  2009-08-21  0:34     ` Glenn Morris
  2009-09-02 17:10     ` bug#4134: marked as done (23.1; Problems with gtk+ >= 2.7.19) Emacs bug Tracking System
  0 siblings, 2 replies; 17+ messages in thread
From: David Ronis @ 2009-08-12 17:55 UTC (permalink / raw)
  To: bug-gnu-emacs

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]






^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#4134: 23.1; Buffer Tab not being linked properly
  2009-08-12 17:55   ` bug#4134: 23.1; Buffer Tab not being linked properly David Ronis
@ 2009-08-21  0:34     ` Glenn Morris
  2009-08-21  0:40       ` Processed: " Emacs bug Tracking System
  2009-08-21  1:00       ` David Ronis
  2009-09-02 17:10     ` bug#4134: marked as done (23.1; Problems with gtk+ >= 2.7.19) Emacs bug Tracking System
  1 sibling, 2 replies; 17+ messages in thread
From: Glenn Morris @ 2009-08-21  0:34 UTC (permalink / raw)
  To: david.ronis; +Cc: 4134

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.





^ permalink raw reply	[flat|nested] 17+ messages in thread

* Processed: Re: bug#4134: 23.1; Buffer Tab not being linked properly
  2009-08-21  0:34     ` Glenn Morris
@ 2009-08-21  0:40       ` Emacs bug Tracking System
  2009-08-21  1:00       ` David Ronis
  1 sibling, 0 replies; 17+ messages in thread
From: Emacs bug Tracking System @ 2009-08-21  0:40 UTC (permalink / raw)
  To: Glenn Morris; +Cc: Emacs Bugs

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)




^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#4134: 23.1; Buffer Tab not being linked properly
  2009-08-21  0:34     ` Glenn Morris
  2009-08-21  0:40       ` Processed: " Emacs bug Tracking System
@ 2009-08-21  1:00       ` David Ronis
  2009-08-21  1:18         ` Glenn Morris
  1 sibling, 1 reply; 17+ messages in thread
From: David Ronis @ 2009-08-21  1:00 UTC (permalink / raw)
  To: Glenn Morris; +Cc: 4134

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.
> 





^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#4134: 23.1; Buffer Tab not being linked properly
  2009-08-21  1:00       ` David Ronis
@ 2009-08-21  1:18         ` Glenn Morris
  2009-08-21  1:31           ` David Ronis
                             ` (2 more replies)
  0 siblings, 3 replies; 17+ messages in thread
From: Glenn Morris @ 2009-08-21  1:18 UTC (permalink / raw)
  To: ronis; +Cc: 4134

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?





^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#4134: 23.1; Buffer Tab not being linked properly
  2009-08-21  1:18         ` Glenn Morris
@ 2009-08-21  1:31           ` David Ronis
  2009-08-21  1:51           ` David Ronis
  2009-08-21  2:21           ` David Ronis
  2 siblings, 0 replies; 17+ messages in thread
From: David Ronis @ 2009-08-21  1:31 UTC (permalink / raw)
  To: Glenn Morris; +Cc: 4134



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.





^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#4134: 23.1; Buffer Tab not being linked properly
  2009-08-21  1:18         ` Glenn Morris
  2009-08-21  1:31           ` David Ronis
@ 2009-08-21  1:51           ` David Ronis
  2009-08-21  2:21           ` David Ronis
  2 siblings, 0 replies; 17+ messages in thread
From: David Ronis @ 2009-08-21  1:51 UTC (permalink / raw)
  To: Glenn Morris; +Cc: 4134

[-- 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 --]

^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#4134: 23.1; Buffer Tab not being linked properly
  2009-08-21  1:18         ` Glenn Morris
  2009-08-21  1:31           ` David Ronis
  2009-08-21  1:51           ` David Ronis
@ 2009-08-21  2:21           ` David Ronis
  2009-08-22 23:06             ` Glenn Morris
  2 siblings, 1 reply; 17+ messages in thread
From: David Ronis @ 2009-08-21  2:21 UTC (permalink / raw)
  To: Glenn Morris; +Cc: 4134

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)








^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#4134: 23.1; Buffer Tab not being linked properly
  2009-08-21  2:21           ` David Ronis
@ 2009-08-22 23:06             ` Glenn Morris
  0 siblings, 0 replies; 17+ messages in thread
From: Glenn Morris @ 2009-08-22 23:06 UTC (permalink / raw)
  To: ronis; +Cc: 4134

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...





^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#4122: Link to corresponding Ubuntu bug
@ 2009-09-01  7:11 era eriksson
  2009-09-01  7:15 ` Processed: " Emacs bug Tracking System
  2009-09-02 17:04 ` bug#4122: Jan Djärv
  0 siblings, 2 replies; 17+ messages in thread
From: era eriksson @ 2009-09-01  7:11 UTC (permalink / raw)
  To: 4122; +Cc: control

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.





^ permalink raw reply	[flat|nested] 17+ messages in thread

* Processed: Link to corresponding Ubuntu bug
  2009-09-01  7:11 bug#4122: Link to corresponding Ubuntu bug era eriksson
@ 2009-09-01  7:15 ` Emacs bug Tracking System
  2009-09-02 17:04 ` bug#4122: Jan Djärv
  1 sibling, 0 replies; 17+ messages in thread
From: Emacs bug Tracking System @ 2009-09-01  7:15 UTC (permalink / raw)
  To: era eriksson; +Cc: Emacs Bugs

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)




^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#4122:
  2009-09-01  7:11 bug#4122: Link to corresponding Ubuntu bug era eriksson
  2009-09-01  7:15 ` Processed: " Emacs bug Tracking System
@ 2009-09-02 17:04 ` Jan Djärv
  2009-08-11 15:31   ` bug#4122: 23.1; GTK menu contents don't change Robin Green
                     ` (2 more replies)
  1 sibling, 3 replies; 17+ messages in thread
From: Jan Djärv @ 2009-09-02 17:04 UTC (permalink / raw)
  To: era eriksson, 4122; +Cc: 4122-done

Fix checked in.

	Jan D.





^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#4122: marked as done (23.1; GTK menu contents don't change)
  2009-08-11 15:31   ` bug#4122: 23.1; GTK menu contents don't change Robin Green
@ 2009-09-02 17:10     ` Emacs bug Tracking System
  0 siblings, 0 replies; 17+ messages in thread
From: Emacs bug Tracking System @ 2009-09-02 17:10 UTC (permalink / raw)
  To: Jan Djärv

[-- 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.

^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#4125: marked as done (23.1; GTK menu contents don't change)
  2009-08-11 15:54   ` bug#4125: 23.1; GTK menu contents don't change Robin Green
@ 2009-09-02 17:10     ` Emacs bug Tracking System
  0 siblings, 0 replies; 17+ messages in thread
From: Emacs bug Tracking System @ 2009-09-02 17:10 UTC (permalink / raw)
  To: Jan Djärv

[-- 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.

^ permalink raw reply	[flat|nested] 17+ messages in thread

* bug#4134: marked as done (23.1; Problems with gtk+ >= 2.7.19)
  2009-08-12 17:55   ` bug#4134: 23.1; Buffer Tab not being linked properly David Ronis
  2009-08-21  0:34     ` Glenn Morris
@ 2009-09-02 17:10     ` Emacs bug Tracking System
  1 sibling, 0 replies; 17+ messages in thread
From: Emacs bug Tracking System @ 2009-09-02 17:10 UTC (permalink / raw)
  To: Jan Djärv

[-- 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.

^ permalink raw reply	[flat|nested] 17+ messages in thread

end of thread, other threads:[~2009-09-02 17:10 UTC | newest]

Thread overview: 17+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-09-01  7:11 bug#4122: Link to corresponding Ubuntu bug era eriksson
2009-09-01  7:15 ` Processed: " Emacs bug Tracking System
2009-09-02 17:04 ` bug#4122: Jan Djärv
2009-08-11 15:31   ` bug#4122: 23.1; GTK menu contents don't change Robin Green
2009-09-02 17:10     ` bug#4122: marked as done (23.1; GTK menu contents don't change) Emacs bug Tracking System
2009-08-11 15:54   ` bug#4125: 23.1; GTK menu contents don't change Robin Green
2009-09-02 17:10     ` bug#4125: marked as done (23.1; GTK menu contents don't change) Emacs bug Tracking System
2009-08-12 17:55   ` bug#4134: 23.1; Buffer Tab not being linked properly David Ronis
2009-08-21  0:34     ` Glenn Morris
2009-08-21  0:40       ` Processed: " Emacs bug Tracking System
2009-08-21  1:00       ` David Ronis
2009-08-21  1:18         ` Glenn Morris
2009-08-21  1:31           ` David Ronis
2009-08-21  1:51           ` David Ronis
2009-08-21  2:21           ` David Ronis
2009-08-22 23:06             ` Glenn Morris
2009-09-02 17:10     ` bug#4134: marked as done (23.1; Problems with gtk+ >= 2.7.19) Emacs bug Tracking System

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).