bug#44167: 28.0.50; Menu Misbehavior

bug#44167: 28.0.50; Menu Misbehavior

[Rustom Mody]

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

I followed the recipe in this doc:
https://www.gnu.org/software/emacs/manual/html_node/elisp/Menu-Bar.html#Menu-Bar

ie
Put that code consisting of 3 define-keys in a file and loaded it
Emacs started as "-Q"

The menu does not work
(Actually the first couple of clicks show no response; then only the
darker background of menu WITHOUT TEXT)
See attached screenshot
The screenshot is not very accurate: its black in emacs but when the
screenshot key is pressed it begins to disappear.
Evidently the capture happens as its fading out
But its clear that there is NO TEXT IN MENU

After F10 it works
ie the words menu opens and shows

Backward-word M-b
Forward-word M-f

This is on 28.0.50
But its same on 27.1 also

More at https://emacs.stackexchange.com/questions/61240/menu-erratic-behavior
such as the gtk warnings shown



In GNU Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version
2.24.31, cairo version 1.14.8)
 of 2020-10-16 built on SS
Repository revision: c41c1ac410423243f575e910aef9a1c7645ec216
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.11903000
System Description: Ubuntu 17.04

Configured features:
XPM JPEG TIFF GIF PNG CAIRO SOUND DBUS GSETTINGS GLIB NOTIFY INOTIFY
GNUTLS LIBXML2 FREETYPE HARFBUZZ ZLIB TOOLKIT_SCROLL_BARS GTK2 X11 XDBE
XIM MODULES THREADS PDUMPER

Important settings:
  value of $LANG: en_US.UTF-8
  value of $XMODIFIERS: @im=uim
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-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-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs
rfc822 mml easymenu mml-sec epa derived epg epg-config gnus-util rmail
rmail-loaddefs auth-source cl-seq eieio eieio-core cl-macs
eieio-loaddefs password-cache json map text-property-search time-date
subr-x seq byte-opt gv bytecomp byte-compile cconv mm-decode mm-bodies
mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader cl-loaddefs
cl-lib sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils
thingatpt find-func tooltip eldoc electric uniquify ediff-hook vc-hooks
lisp-float-type mwheel term/x-win x-win term/common-win x-dnd tool-bar
dnd fontset image regexp-opt fringe tabulated-list replace newcomment
text-mode elisp-mode lisp-mode prog-mode register page tab-bar menu-bar
rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock
syntax facemenu font-core term/tty-colors frame minibuffer cl-generic
cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao
korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech
european ethiopic indian cyrillic chinese composite charscript charprop
case-table epa-hook jka-cmpr-hook help simple abbrev obarray
cl-preloaded nadvice button loaddefs faces cus-face macroexp files
window text-properties overlay sha1 md5 base64 format env code-pages
mule custom widget hashtable-print-readable backquote threads dbusbind
inotify dynamic-setting system-font-setting font-render-setting cairo
move-toolbar gtk x-toolkit x multi-tty make-network-process emacs)

Memory information:
((conses 16 51882 5234)
 (symbols 48 6874 1)
 (strings 32 18377 1246)
 (string-bytes 1 598348)
 (vectors 16 11631)
 (vector-slots 8 166980 7888)
 (floats 8 21 47)
 (intervals 56 182 0)
 (buffers 992 10))

[-- Attachment #2: emacs-screenshot.png --]
[-- Type: image/png, Size: 73697 bytes --]

bug#44167: 28.0.50; Menu Misbehavior

[Eli Zaretskii]

> From: Rustom Mody <rustompmody@gmail.com>
> Date: Fri, 23 Oct 2020 11:35:55 +0530
> 
> I followed the recipe in this doc:
> https://www.gnu.org/software/emacs/manual/html_node/elisp/Menu-Bar.html#Menu-Bar
> 
> ie
> Put that code consisting of 3 define-keys in a file and loaded it
> Emacs started as "-Q"
> 
> The menu does not work

Works perfectly for me, both on GUI and TTY frames.  This could be
GTK-specific, though: can you or someone else try in a non-GTK build?

> More at https://emacs.stackexchange.com/questions/61240/menu-erratic-behavior
> such as the gtk warnings shown

Which I guess is another evidence that the problem happens only in GTK
builds.

Thanks.

bug#44167: 28.0.50; Menu Misbehavior

[Andrii Kolomoiets]

Eli Zaretskii <eliz@gnu.org> writes:

>> I followed the recipe in this doc:
>> https://www.gnu.org/software/emacs/manual/html_node/elisp/Menu-Bar.html#Menu-Bar
>> 
>> ie
>> Put that code consisting of 3 define-keys in a file and loaded it
>> Emacs started as "-Q"
>> 
>> The menu does not work
>
> Works perfectly for me, both on GUI and TTY frames.  This could be
> GTK-specific, though: can you or someone else try in a non-GTK build?

Works fine on NS build.

bug#44167: 28.0.50; Menu Misbehavior

[Stephen Berman]

On Fri, 23 Oct 2020 10:15:50 +0300 Eli Zaretskii <eliz@gnu.org> wrote:

>> From: Rustom Mody <rustompmody@gmail.com>
>> Date: Fri, 23 Oct 2020 11:35:55 +0530
>>
>> I followed the recipe in this doc:
>> https://www.gnu.org/software/emacs/manual/html_node/elisp/Menu-Bar.html#Menu-Bar
>>
>> ie
>> Put that code consisting of 3 define-keys in a file and loaded it
>> Emacs started as "-Q"
>>
>> The menu does not work
>
> Works perfectly for me, both on GUI and TTY frames.  This could be
> GTK-specific, though: can you or someone else try in a non-GTK build?

Works for me too, both on GTK+3 and no-toolkit builds from master.

>> More at https://emacs.stackexchange.com/questions/61240/menu-erratic-behavior
>> such as the gtk warnings shown
>
> Which I guess is another evidence that the problem happens only in GTK
> builds.

Maybe only GTK+2?  The OP reports:

GNU Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 2.24.31,
 cairo version 1.14.8) of 2020-10-16 built on SS

I'm using:

GNU Emacs 28.0.50 (build 38, x86_64-pc-linux-gnu, GTK+ Version 3.24.17,
 cairo version 1.17.3) of 2020-10-21

Steve Berman

bug#44167: 28.0.50; Menu Misbehavior

[Lars Ingebrigtsen]

Rustom Mody <rustompmody@gmail.com> writes:

> I followed the recipe in this doc:
> https://www.gnu.org/software/emacs/manual/html_node/elisp/Menu-Bar.html#Menu-Bar
>
> ie
> Put that code consisting of 3 define-keys in a file and loaded it
> Emacs started as "-Q"
>
> The menu does not work
> (Actually the first couple of clicks show no response; then only the
> darker background of menu WITHOUT TEXT)
> See attached screenshot

I put the following in a file, "emacs -Q /tmp/file.el", `M-x
eval-buffer'.

(define-key global-map [menu-bar words]
  (cons "Words" (make-sparse-keymap "Words")))
(define-key global-map
  [menu-bar words forward]
  '("Forward word" . forward-word))
(define-key global-map
  [menu-bar words backward]
  '("Backward word" . backward-word))

And the menu works fine for me.  This is with:

In GNU Emacs 28.0.50 (build 124, x86_64-pc-linux-gnu, GTK+ Version 3.24.23, cairo version 1.16.0)
 of 2020-10-22 built on xo
Repository revision: 954a4decfcc8e41084789516773b22d0adc11d91
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12008000
System Description: Debian GNU/Linux bullseye/sid

So I'm unable to reproduce this bug.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

bug#44167: 28.0.50; Menu Misbehavior

[Eli Zaretskii]

> From: Stephen Berman <stephen.berman@gmx.net>
> Cc: Rustom Mody <rustompmody@gmail.com>,  44167@debbugs.gnu.org
> Date: Fri, 23 Oct 2020 13:42:39 +0200
> 
> >> More at https://emacs.stackexchange.com/questions/61240/menu-erratic-behavior
> >> such as the gtk warnings shown
> >
> > Which I guess is another evidence that the problem happens only in GTK
> > builds.
> 
> Maybe only GTK+2?  The OP reports:
> 
> GNU Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 2.24.31,
>  cairo version 1.14.8) of 2020-10-16 built on SS

Yes, could be.  Thanks for the data points.

bug#44167: 28.0.50; Menu Misbehavior

[Rustom Mody]

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

(Sorry Eli for sending below to only you personally.
Resending to debbugs)

-------

Just found that the breakage is more extensive.

Start emacs28 with -Q
M-x run-python

The "Complete" "In/Out" and "Signals" menus are all broken

Other menus fine

ie Those define-keys are not needed to experience the breakage

[-- Attachment #2: Type: text/html, Size: 1486 bytes --]

bug#44167: 28.0.50; Menu Misbehavior

[Eli Zaretskii]

> From: Rustom Mody <rustompmody@gmail.com>
> Date: Sun, 25 Oct 2020 12:02:01 +0530
> Cc: 44167@debbugs.gnu.org
> 
> Just found that the breakage is more extensive.  
> 
> Start emacs28 with -Q
> M-x run-python
> 
> The "Complete" "In/Out" and "Signals" menus are all broken
> 
> Other menus fine
> 
> ie Those define-keys are not needed to experience the breakage

I cannot reproduce this, either.  I guess people are right: this is
specific to GTK 2.x.

bug#44167: 28.0.50; Menu Misbehavior

[martin rudalics]

> I cannot reproduce this, either.  I guess people are right: this is
> specific to GTK 2.x.

Here it works with GTK+ Version 2.24.32.

martin

bug#44167: 28.0.50; Menu Misbehavior

[Rustom Mody]

On Mon, Oct 26, 2020 at 11:54 PM martin rudalics <rudalics@gmx.at> wrote:
>
> > I cannot reproduce this, either.  I guess people are right: this is
> > specific to GTK 2.x.
>
> Here it works with GTK+ Version 2.24.32.

Couple of responses:

From a detached impersonal perspective

Oho that muddies the waters!
Earlier it looked like a gtk 2.x problem; removed in 3.x on
Now it looks like gtk 2.24.31 has the bug and gtk 2.24.32 doesnt
So if the problem is between those it seems a hair-breath!
Else its elsewhere ie gtk is being wrongly blamed

From my personal perspective

Please close the bug!

Multiple reasons

1. Ive got a bug-fix (well a bug-duct-tape!): Press F10 twice and the
menus get set right

2. My laptop is old and creaky (as am I!) and I'm unlikely to be able
to cooperate if I'm offered bug-fixes that involve big (re)builds

3. When I see things like
 https://emacs.stackexchange.com/questions/61389/binding-xf86cut-and-xf86copy-to-emacs-commands#comment96761_61389
and
 https://emacs.stackexchange.com/questions/48561/is-there-an-x11-free-build-of-emacs-that-can-run-on-wayland-not-going-through-x
;
it would be better if going forward, Emacs support Wayland and drops
gtk2 (lucid? motif??)
No this is not an argument or even a suggestion; its just a
recognition that Im on the wrong side of history!

bug#44167: 28.0.50; Menu Misbehavior

[Eli Zaretskii]

> From: Rustom Mody <rustompmody@gmail.com>
> Date: Mon, 2 Nov 2020 17:38:54 +0530
> Cc: Eli Zaretskii <eliz@gnu.org>, 44167@debbugs.gnu.org
> 
> Please close the bug!

Thanks, done.