bug#7476: 24.0.50; tooltip-mode disabled interferes with x-popup-menu prompts

bug#7476: 24.0.50; tooltip-mode disabled interferes with x-popup-menu prompts

[Drew Adams]

emacs -Q

1. Eval this:

(defun foo (event)
  "..."
  (interactive "e")
  (sit-for 0)
  (let ((selection
	 (x-popup-menu
	  event
	  '("Foo" (""
		   ("Bar" . ignore)
		   ("Toto" . picture-clear-rectangle-to-register))))))
    (and selection (call-interactively selection))))

(global-set-key [mouse-3] 'foo)

2. M-x picture-mode

3. Click mouse-1 somewhere then mouse-3 somewhere else.
Choose Toto in the menu.

You will see the `read-char' prompt from
`picture-clear-rectangle-to-register' in the minibuffer:

  Rectangle to register:

This is all as it should be.

4. Now disable tooltip mode:
M-x tooltip-mode

5. Repeat #3.  The prompt is not shown.
Instead, the mouse keystrokes are echoed.
(Setting `echo-keystrokes' to nil does not help.)

Emacs should show the prompt.

In GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600)
 of 2010-11-22 on 3249CTO
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (4.4) --no-opt --cflags
-Ic:/imagesupport/include'

bug#7476: 24.0.50; tooltip-mode disabled interferes with x-popup-menu prompts

[Eli Zaretskii]

> From: "Drew Adams" <drew.adams@oracle.com>
> Date: Wed, 24 Nov 2010 14:19:13 -0800
> Cc: 
> 
> 4. Now disable tooltip mode:
> M-x tooltip-mode
> 
> 5. Repeat #3.  The prompt is not shown.
> Instead, the mouse keystrokes are echoed.

I can see this in the MS-Windows build, but not in the MS-DOS build
(which runs with tooltip-mode disabled by default, and cannot turn it
on).  There's some Windows-specific code on the way of handling this
scenario, so the problem could be Windows-specific.  Could people
please try this on X and see if it happens there?  The toolkit used to
build Emacs could matter, so please report that as well.

Thanks.

bug#7476: 24.0.50; tooltip-mode disabled interferes with x-popup-menu prompts

[Dani Moncayo]

On Sat, Nov 27, 2010 at 10:10, Eli Zaretskii <eliz@gnu.org> wrote:
> [...]
> Could people
> please try this on X and see if it happens there?  The toolkit used to
> build Emacs could matter, so please report that as well.
>

I cannot reproduce it on my box (I see the prompt with and without
tooltip-mode enabled).

In GNU Emacs 24.0.50.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.22.0)
 of 2010-11-26 on dani-P5PL2
Windowing system distributor `The X.Org Foundation', version 11.0.10900000


-- 
Dani Moncayo

bug#7476: 24.0.50; tooltip-mode disabled interferes with x-popup-menu prompts

[Dani Moncayo]

On Sat, Nov 27, 2010 at 10:29, Dani Moncayo <dmoncayo@gmail.com> wrote:
>
> I cannot reproduce it on my box (I see the prompt with and without
> tooltip-mode enabled).
>
> In GNU Emacs 24.0.50.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.22.0)
>  of 2010-11-26 on dani-P5PL2
> Windowing system distributor `The X.Org Foundation', version 11.0.10900000
>

On further tests I've found a way to reproduce this problem on my
system: Just before step #5, give focus to another GNOME application,
and then select Emacs again,

-- 
Dani Moncayo

bug#7476: 24.0.50; tooltip-mode disabled interferes with x-popup-menu prompts

[Eli Zaretskii]

> Date: Sat, 27 Nov 2010 11:29:44 +0100
> From: Dani Moncayo <dmoncayo@gmail.com>
> Cc: Drew Adams <drew.adams@oracle.com>, 7476@debbugs.gnu.org
> 
> On Sat, Nov 27, 2010 at 10:29, Dani Moncayo <dmoncayo@gmail.com> wrote:
> >
> > I cannot reproduce it on my box (I see the prompt with and without
> > tooltip-mode enabled).
> >
> > In GNU Emacs 24.0.50.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.22.0)
> >  of 2010-11-26 on dani-P5PL2
> > Windowing system distributor `The X.Org Foundation', version 11.0.10900000
> >
> 
> On further tests I've found a way to reproduce this problem on my
> system: Just before step #5, give focus to another GNOME application,
> and then select Emacs again,

Thanks.  So I guess this is not specific to MS-Windows.

bug#7476: 24.0.50; tooltip-mode disabled interferes with x-popup-menu prompts

[Mauro Aranda]

Eli Zaretskii <eliz@gnu.org> writes:

 >> Date: Sat, 27 Nov 2010 11:29:44 +0100
 >> From: Dani Moncayo <dmoncayo@gmail.com>
 >> Cc: Drew Adams <drew.adams@oracle.com>, 7476@debbugs.gnu.org
 >>
 >> On Sat, Nov 27, 2010 at 10:29, Dani Moncayo <dmoncayo@gmail.com> wrote:
 >> >
 >> > I cannot reproduce it on my box (I see the prompt with and without
 >> > tooltip-mode enabled).
 >> >
 >> > In GNU Emacs 24.0.50.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.22.0)
 >> >  of 2010-11-26 on dani-P5PL2
 >> > Windowing system distributor `The X.Org Foundation', version 
11.0.10900000
 >> >
 >>
 >> On further tests I've found a way to reproduce this problem on my
 >> system: Just before step #5, give focus to another GNOME application,
 >> and then select Emacs again,
 >
 > Thanks.  So I guess this is not specific to MS-Windows.

I tried to reproduce it on MS-Windows but after the fix for Bug#3192, it
doesn't reproduce for me anymore.  The fix is in:

commit f22346fe5abdbdac2ba5f690c11fda4d4f5d22d6
Author: Mauro Aranda <maurooaranda@gmail.com>
Date:   Mon Sep 16 22:17:51 2019 +0200

     With tooltip-mode disabled, don't unconditionally clear the echo area

     * lisp/tooltip.el (tooltip-show-help-non-mode): Only clear the
     echo area when the current message displayed is a tooltip message
     (Bug#3192).


If I revert that change, then it's easily reproducible.

I cannot reproduce it on GNU/Linux neither (even following the
extra step given by Dani Moncayo)

bug#7476: 24.0.50; tooltip-mode disabled interferes with x-popup-menu prompts

[Eli Zaretskii]

> Date: Tue, 10 Oct 2023 10:15:35 -0300
> Cc: Dani Moncayo <dmoncayo@gmail.com>, drew.adams@oracle.com
> From: Mauro Aranda <maurooaranda@gmail.com>
> 
> Eli Zaretskii <eliz@gnu.org> writes:
> 
>  >> Date: Sat, 27 Nov 2010 11:29:44 +0100
>  >> From: Dani Moncayo <dmoncayo@gmail.com>
>  >> Cc: Drew Adams <drew.adams@oracle.com>, 7476@debbugs.gnu.org
>  >>
>  >> On Sat, Nov 27, 2010 at 10:29, Dani Moncayo <dmoncayo@gmail.com> wrote:
>  >> >
>  >> > I cannot reproduce it on my box (I see the prompt with and without
>  >> > tooltip-mode enabled).
>  >> >
>  >> > In GNU Emacs 24.0.50.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.22.0)
>  >> >  of 2010-11-26 on dani-P5PL2
>  >> > Windowing system distributor `The X.Org Foundation', version 
> 11.0.10900000
>  >> >
>  >>
>  >> On further tests I've found a way to reproduce this problem on my
>  >> system: Just before step #5, give focus to another GNOME application,
>  >> and then select Emacs again,
>  >
>  > Thanks.  So I guess this is not specific to MS-Windows.
> 
> I tried to reproduce it on MS-Windows but after the fix for Bug#3192, it
> doesn't reproduce for me anymore.  The fix is in:
> 
> commit f22346fe5abdbdac2ba5f690c11fda4d4f5d22d6
> Author: Mauro Aranda <maurooaranda@gmail.com>
> Date:   Mon Sep 16 22:17:51 2019 +0200
> 
>      With tooltip-mode disabled, don't unconditionally clear the echo area
> 
>      * lisp/tooltip.el (tooltip-show-help-non-mode): Only clear the
>      echo area when the current message displayed is a tooltip message
>      (Bug#3192).
> 
> 
> If I revert that change, then it's easily reproducible.
> 
> I cannot reproduce it on GNU/Linux neither (even following the
> extra step given by Dani Moncayo)

Then I guess we can finally close this bug.

bug#7476: 24.0.50; tooltip-mode disabled interferes with x-popup-menu prompts

[Mauro Aranda]

close 7476 27.1
quit


 >> I tried to reproduce it on MS-Windows but after the fix for Bug#3192, it
 >> doesn't reproduce for me anymore.  The fix is in:
 >>
 >> commit f22346fe5abdbdac2ba5f690c11fda4d4f5d22d6
 >> Author: Mauro Aranda <maurooaranda@gmail.com>
 >> Date:   Mon Sep 16 22:17:51 2019 +0200
 >>
 >>       With tooltip-mode disabled, don't unconditionally clear the 
echo area
 >>
 >>       * lisp/tooltip.el (tooltip-show-help-non-mode): Only clear the
 >>       echo area when the current message displayed is a tooltip message
 >>       (Bug#3192).
 >>
 >>
 >> If I revert that change, then it's easily reproducible.
 >>
 >> I cannot reproduce it on GNU/Linux neither (even following the
 >> extra step given by Dani Moncayo)
 >
 > Then I guess we can finally close this bug.

Great.  Closing.