GNU bug report logs - #11355
24.1.50; Middle click on flyspell-mode fixes a word, but also paste text

Previous Next

Full log

Message #31 received at 11355 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Edmund Christian Herenz <cherenz <at> aip.de>
Cc: 11355 <at> debbugs.gnu.org
Subject: Re: bug#11355: Also affected by this Bug
Date: Sun, 04 Aug 2013 17:45:51 -0400

> I am also affected by this bug.
> I wonder if it could be related to the window manager or input device
> people are using. I cannot reporduce this bug on my desktop machine
> (running KDE 4.6), but my Lenove Laptop with Synaptics Touchpad and
> running KDE 4.10 shows this bug.

Are the two Emacs binaries identical (same version, same tookit, ...)?

In the past this has been a problem linked to the toolkit in use
(e.g. Gtk vs lucid).  Usually the problem goes as follows:
- the down-mouse-2 even causes Emacs to call the toolkit to pop up the menu.
- the up-mouse-2 even should be eaten by the toolkit, but for some
  reason isn't.
- when the toolkit returns, the up-mouse-2 event is then handled by
  Emacs in the usual way.
- To prevent this "left over" up-mouse-2 event from causing a `yank',
  flyspell adds a binding from mouse-2 to `undefined' on the
  highlighted words.  But I guess after selecting an entry in the menu,
  the "word button" is removed, so this binding is not in effect any
  more when we return from the menu.
  
Can you reproduce it with "emacs -Q" (and does the same recipe lead to
different result on the other machine).


        Stefan

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.