bug#7425: 23.2.90; buffer menu in meun-bar not updating

bug#7425: 23.2.90; buffer menu in meun-bar not updating

[Bob van der Poel]

This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.

Your report will be posted to the bug-gnu-emacs@gnu.org mailing list
and the gnu.emacs.bug news group, and at http://debbugs.gnu.org.

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug.  If you can, give
a recipe starting from `emacs -Q':

The menu-bar buffer menu is not updating with new files.

From reading other bug reports, it appears to be gtk problem. It also
happens with emacs 23.2 on my system.

This appears to be a regression?

If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
    `bt full' and `xbacktrace'.
For information about debugging Emacs, please read the file
/usr/local/share/emacs/23.2.90/etc/DEBUG.


In GNU Emacs 23.2.90.2 (i686-pc-linux-gnu, GTK+ Version 2.22.0)
 of 2010-11-17 on bob-desktop
Windowing system distributor `The X.Org Foundation', version 11.0.10900000
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.utf8
  value of $XMODIFIERS: nil
  locale-coding-system: utf-8-unix
  default enable-multibyte-characters: t

Major mode: Change Log

Minor modes in effect:
  bug-reference-mode: t
  show-paren-mode: t
  cua-mode: t
  tooltip-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
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
C-x d <return> <return> C-x d <return> <down> <return>
<help-echo> M-x r e p o r t <tab> <return>

Recent messages:
Loading cua-base...done
Loading pc-select...done
Loading paren...done
For information about GNU Emacs and the GNU system, type C-h C-a.

Load-path shadows:
None found.

Features:
(shadow sort mail-extr message sendmail ecomplete rfc822 mml mml-sec
password-cache mm-decode mm-bodies mm-encode mailcap mail-parse rfc2231
rfc2047 rfc2045 qp ietf-drums mailabbrev nnheader gnus-util netrc
time-date mm-util mail-prsvr gmm-utils wid-edit mailheader canlock sha1
hex-util hashcash mail-utils emacsbug add-log dired regexp-opt jka-compr
delsel saveplace paren pc-select cua-base cus-start cus-load
preview-latex tex-site auto-loads mup-mode derived pcomplete easymenu
compile comint ring tooltip ediff-hook vc-hooks lisp-float-type mwheel
x-win x-dnd font-setting tool-bar dnd fontset image fringe lisp-mode
register page menu-bar rfn-eshadow timer select scroll-bar mldrag mouse
jit-lock font-lock syntax facemenu font-core frame cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev
loaddefs button minibuffer faces cus-face files text-properties overlay
md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote make-network-process dbusbind
system-font-setting font-render-setting gtk x-toolkit x multi-tty emacs)


-- 
**** Listen to my CD at http://www.mellowood.ca/music/cedars ****
Bob van der Poel ** Wynndel, British Columbia, CANADA **
EMAIL: bob@mellowood.ca
WWW:   http://www.mellowood.ca

bug#7425: Acknowledgement (23.2.90; buffer menu in meun-bar not updating)

[Bob van der Poel]

Just to follow up on this: A quick "fix" is to remove the appmenu-gtk package
from my system.

But that is not the best since I now get all kinds of
gtk-warning messages on the terminal when launching gtk apps like
emacs, gedit, evince, etc.

bug#7425: 23.2.90; buffer menu in meun-bar not updating

[Glenn Morris]

Associated Ubuntu bug:

https://bugs.launchpad.net/ubuntu/+source/appmenu-gtk/+bug/673302

(I have no idea if this an Emacs problem or a problem in `appmenu-gtk'.)

bug#7425: Acknowledgement (23.2.90; buffer menu in meun-bar not updating)

[Jan Djärv]

2010-11-17 21:15, Bob van der Poel skrev:
> Just to follow up on this: A quick "fix" is to remove the appmenu-gtk package
> from my system.
>
> But that is not the best since I now get all kinds of
> gtk-warning messages on the terminal when launching gtk apps like
> emacs, gedit, evince, etc.
>

You have to log out of your X session and back in again after removing 
appmenu-gtk.  Did you do that?

	Jan D.

bug#7425: 23.2.90; buffer menu in meun-bar not updating

[Jan Djärv]

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

2010-11-17 22:21, Glenn Morris skrev:
>
> Associated Ubuntu bug:
>
> https://bugs.launchpad.net/ubuntu/+source/appmenu-gtk/+bug/673302
>
> (I have no idea if this an Emacs problem or a problem in `appmenu-gtk'.)
>
>

When appmenu is in effect, the menu bar reports wanted height 0 after Emacs 
has told it to show itself.  It is not until it is mapped that it reports the 
correct size, but currently we don't look for that.  So Emacs thinks the menu 
bar is 0 height so no clicks are detected as for the menu bar, and the buffer 
menu (and others) does not get updated.  This is in Emacs 23 as well.

But if appmenu shows the menu elsewhere (it purpose is to take the application 
meny and show it elsewhere, in the panel a'la OSX for example), Emacs receives 
no clicks whatsoever, and then the buffer menu can never be updated in the way 
it is done today.

So either we must update menus differently (i.e. not on click) or detect that 
the menu is about to activate in a different way.

Appmenu seems like a hack, it does not get the Emacs menus right (keyboard 
shortcuts omitted, see screen shots), it messes with reported widget sizes, it 
swallows clicks, it hangs X if you try to take a screen shot of the menus in 
the panels, it does not in anyway (unmap/map, realize, other event) tell the 
application if the menu has been moved from the panel to the app or vice 
versa.  And this is after a half hours use...

	Jan D.

[-- Attachment #2: appmenu.png --]
[-- Type: image/png, Size: 62721 bytes --]

[-- Attachment #3: emacs.png --]
[-- Type: image/png, Size: 62907 bytes --]

bug#7425: Acknowledgement (23.2.90; buffer menu in meun-bar not updating)

[Bob van der Poel]

On Thu, Nov 18, 2010 at 1:56 AM, Jan Djärv <jan.h.d@swipnet.se> wrote:

> You have to log out of your X session and back in again after removing
> appmenu-gtk.  Did you do that?
>

Just to be clear, simply removing appmenu-gtk (via synaptic) fixes the
menu problem. However, removing appmenu-gtk creates a problem with
gobs of warning messages being printed to my terminal.

The gtk warnings go on for pages, but the first few illustrate the issue:

menu_proxy_module_load': src/emacs: undefined symbol: menu_proxy_module_load

(emacs:2092): Gtk-WARNING **: Failed to load type module: (null)

`menu_proxy_module_load': src/emacs: undefined symbol: menu_proxy_module_load

(emacs:2092): Gtk-WARNING **: Failed to load type module: (null)

`menu_proxy_module_load': src/emacs: undefined symbol: menu_proxy_module_load

It make no difference if I restart X or not. Matter of fact, I just
rebooted completely to verify this. I also tried a few other gtk
program and they show same warning messages. But, the menus in the
other programs work with or without appmenu-gtk.

My _guess_ is that emacs is:

 - not configuring something when setting up its gtk interface,

 or

 - my system is missing a DBUS setting.

Hope we can get the resolved. I'm using a lucid version of emacs I
compiled the other day and it works fine (but I don't like the
appearance of the lucid stuff).


-- 
**** Listen to my CD at http://www.mellowood.ca/music/cedars ****
Bob van der Poel ** Wynndel, British Columbia, CANADA **
EMAIL: bob@mellowood.ca
WWW:   http://www.mellowood.ca

bug#7425: Acknowledgement (23.2.90; buffer menu in meun-bar not updating)

[Jan Djärv]

Bob van der Poel skrev 2010-11-19 02.49:
> On Thu, Nov 18, 2010 at 1:56 AM, Jan Djärv<jan.h.d@swipnet.se>  wrote:
>
>> You have to log out of your X session and back in again after removing
>> appmenu-gtk.  Did you do that?
>>
>
> Just to be clear, simply removing appmenu-gtk (via synaptic) fixes the
> menu problem. However, removing appmenu-gtk creates a problem with
> gobs of warning messages being printed to my terminal.
>
> The gtk warnings go on for pages, but the first few illustrate the issue:
>
> menu_proxy_module_load': src/emacs: undefined symbol: menu_proxy_module_load
>
> (emacs:2092): Gtk-WARNING **: Failed to load type module: (null)
>
> `menu_proxy_module_load': src/emacs: undefined symbol: menu_proxy_module_load
>
> (emacs:2092): Gtk-WARNING **: Failed to load type module: (null)
>
> `menu_proxy_module_load': src/emacs: undefined symbol: menu_proxy_module_load
>
> It make no difference if I restart X or not. Matter of fact, I just
> rebooted completely to verify this. I also tried a few other gtk
> program and they show same warning messages. But, the menus in the
> other programs work with or without appmenu-gtk.
>

Other programs don't update their menus just before the menu click like Emacs do.

It sounds like you still have UBUNTU_MENU_PROXY set in the environment.
What does
% env|grep UBUNTU_MENU_PROXY
say?

Does it help to
% unset UBUNTU_MENU_PROXY
before starting Emacs?

> My _guess_ is that emacs is:
>
>   - not configuring something when setting up its gtk interface,
>

No.

>   or
>
>   - my system is missing a DBUS setting.

Probably not.

>
> Hope we can get the resolved. I'm using a lucid version of emacs I
> compiled the other day and it works fine (but I don't like the
> appearance of the lucid stuff).
>
>

	Jan D.

bug#7425: Acknowledgement (23.2.90; buffer menu in meun-bar not updating)

[Bob van der Poel]

On Thu, Nov 18, 2010 at 11:42 PM, Jan Djärv <jan.h.d@swipnet.se> wrote:

> Does it help to
> % unset UBUNTU_MENU_PROXY
> before starting Emacs?

Okay, just for others it appears to be UBUNTU_MENUPROXY

And, the good news is that it works now with or without appmenu-gtk
being installed. Either way I get my buffer list AND with it
uninstalled I no longer get the spew of warnings.

Not sure if this is a fix or not ...

Any idea where this variable is being set? Oh ... and this might end
up being a Ubunutu bug. In:

   /etc/X11/Xsession.d

there is a file:

  80appmenu

which has one line:

  export UBUNTU_MENUPROXY="libappmenu.so"

Removing appmenu-gtk does NOT remove this file! So, when removing
appmemu one should manually remove that as well. It could be a problem
with my system being upgraded from 9.10 to 10.10 (not reinstalled).
Reason I'm thinking this is that if I reinstall appmenu-gtk I don't
get this file back. Mind you, reinstalling appmenu does mean I lose
the buffer menu updates in emacs.

So, I think the workaround is:

  - remove appmenu-gtk
  - make sure the file /etc/X11/Xsession.d/80appmenu

is removed.

Sure hope this helps.

>
>> My _guess_ is that emacs is:
>>
>>  - not configuring something when setting up its gtk interface,
>>
>
> No.
>
>>  or
>>
>>  - my system is missing a DBUS setting.
>
> Probably not.
>
>>
>> Hope we can get the resolved. I'm using a lucid version of emacs I
>> compiled the other day and it works fine (but I don't like the
>> appearance of the lucid stuff).
>>
>>
>
>        Jan D.
>



-- 
**** Listen to my CD at http://www.mellowood.ca/music/cedars ****
Bob van der Poel ** Wynndel, British Columbia, CANADA **
EMAIL: bob@mellowood.ca
WWW:   http://www.mellowood.ca

bug#7425: Acknowledgement (23.2.90; buffer menu in meun-bar not updating)

[Jan Djärv]

I checked in a fix in emacs-23.
Buffer menu (and others) are still broken if the menu is removed from Emacs to 
the panel.

	Jan D.