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

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

[Daniel de Angelis Cordeiro]

This is a minor (but annoying) bug.
In order to correct a mispelled word in Flyspell-mode one must click
with the middle-mouse button. Starting with emacs 24, the middle-click
fixes the word but also pastes some text that was copied before. :(


--text follows this line--
This bug report will be sent to the Bug-GNU-Emacs mailing list
and the GNU bug tracker at debbugs.gnu.org.  Please check that
the From: line contains a valid email address.  After a delay of up
to one day, you should receive an acknowledgement at that address.

Please write in English if possible, as the Emacs maintainers
usually do not have translators for other languages.

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':



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/share/emacs/24.1.50/etc/DEBUG.


In GNU Emacs 24.1.50.1 (x86_64-pc-linux-gnu, GTK+ Version 3.4.1)
 of 2012-04-23 on charichuelo, modified by Debian
 (emacs-snapshot package, version 2:20120423-1~ppa1~precise1)
Windowing system distributor `The X.Org Foundation', version 11.0.11103000
Configured using:
 `configure '--build' 'x86_64-linux-gnu' '--host' 'x86_64-linux-gnu'
 '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib'
 '--localstatedir=/var' '--infodir=/usr/share/info'
 '--mandir=/usr/share/man' '--with-pop=yes'
 '--enable-locallisppath=/etc/emacs-snapshot:/etc/emacs:/usr/local/share/emacs/24.1.50/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.1.50/site-lisp:/usr/share/emacs/site-lisp'
 '--without-compress-info' '--with-crt-dir=/usr/lib/x86_64-linux-gnu/'
 '--with-x=yes' '--with-x-toolkit=gtk3' '--with-imagemagick=yes'
 'build_alias=x86_64-linux-gnu' 'host_alias=x86_64-linux-gnu'
 'CFLAGS=-DDEBIAN -DSITELOAD_PURESIZE_EXTRA=5000 -g -O2' 'LDFLAGS=-g
 -Wl,--as-needed -znocombreloc' 'CPPFLAGS=-D_FORTIFY_SOURCE=2''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: pt_BR.UTF-8
  value of $LC_CTYPE: pt_BR.UTF-8
  value of $LC_MESSAGES: pt_BR.UTF-8
  value of $LC_MONETARY: pt_BR.UTF-8
  value of $LC_NUMERIC: pt_BR.UTF-8
  value of $LC_TIME: pt_BR.UTF-8
  value of $LANG: pt_BR.UTF-8
  value of $XMODIFIERS: nil
  locale-coding-system: utf-8-unix
  default enable-multibyte-characters: t

Major mode: LaTeX/MP

Minor modes in effect:
  flyspell-mode: t
  reftex-mode: t
  LaTeX-math-mode: t
  TeX-PDF-mode: t
  tooltip-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
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

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

[Chong Yidong]

Daniel de Angelis Cordeiro <dcordeiro@gmail.com> writes:

> This is a minor (but annoying) bug.
> In order to correct a mispelled word in Flyspell-mode one must click
> with the middle-mouse button. Starting with emacs 24, the middle-click
> fixes the word but also pastes some text that was copied before. :(

> In GNU Emacs 24.1.50.1 (x86_64-pc-linux-gnu, GTK+ Version 3.4.1)
>  of 2012-04-23 on charichuelo, modified by Debian

I can't reproduce it either on current trunk (24.1.50) or the emacs-24
branch (24.0.95), (x86_64-unknown-linux-gnu, GTK+ Version 3.2.0).  Do
you see this bug happening with emacs -Q?

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

[Daniel de Angelis Cordeiro]

Yes. :(

I followed these steps:

1. run `emacs -Q /tmp/non-existent-file.tex`;
2. wrote some text;
3. copied it (with alt+w);
4. run M-x flyspell-mode;
5. middle click in a misspelled word;
6. right click on one of the suggestions presented by the spell checker;

The expected result: the word should be replaced with the suggestion
chose from the list
Actual result: the corrected word, with the copied text in the middle
of the word (the text is pasted in the middle of the word, on the
point where I clicked with the middle button of the mouse).


Thanks for your time,
Daniel

2012/4/26 Chong Yidong <cyd@gnu.org>:
> Daniel de Angelis Cordeiro <dcordeiro@gmail.com> writes:
>
>> This is a minor (but annoying) bug.
>> In order to correct a mispelled word in Flyspell-mode one must click
>> with the middle-mouse button. Starting with emacs 24, the middle-click
>> fixes the word but also pastes some text that was copied before. :(
>
>> In GNU Emacs 24.1.50.1 (x86_64-pc-linux-gnu, GTK+ Version 3.4.1)
>>  of 2012-04-23 on charichuelo, modified by Debian
>
> I can't reproduce it either on current trunk (24.1.50) or the emacs-24
> branch (24.0.95), (x86_64-unknown-linux-gnu, GTK+ Version 3.2.0).  Do
> you see this bug happening with emacs -Q?

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

[Eli Zaretskii]

> Date: Thu, 26 Apr 2012 23:59:47 -0300
> From: Daniel de Angelis Cordeiro <dcordeiro@gmail.com>
> Cc: 11355@debbugs.gnu.org
> 
> Yes. :(
> 
> I followed these steps:
> 
> 1. run `emacs -Q /tmp/non-existent-file.tex`;
> 2. wrote some text;
> 3. copied it (with alt+w);
> 4. run M-x flyspell-mode;
> 5. middle click in a misspelled word;
> 6. right click on one of the suggestions presented by the spell checker;
> 
> The expected result: the word should be replaced with the suggestion
> chose from the list
> Actual result: the corrected word, with the copied text in the middle
> of the word (the text is pasted in the middle of the word, on the
> point where I clicked with the middle button of the mouse).

What does "C-h l" show after all this?

Also, is the copied text pasted if you click the left button on the
suggestion presented by the speller, instead of the right button?

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

[emacs user]

On Thursday, April 26, 2012 10:59:47 PM UTC-4, Daniel de Angelis Cordeiro wrote:
> Yes. :(
> 
> I followed these steps:
> 
> 1. run `emacs -Q /tmp/non-existent-file.tex`;
> 2. wrote some text;
> 3. copied it (with alt+w);
> 4. run M-x flyspell-mode;
> 5. middle click in a misspelled word;
> 6. right click on one of the suggestions presented by the spell checker;
> 
> The expected result: the word should be replaced with the suggestion
> chose from the list
> Actual result: the corrected word, with the copied text in the middle
> of the word (the text is pasted in the middle of the word, on the
> point where I clicked with the middle button of the mouse).
> 
> 
> Thanks for your time,
> Daniel
> 
> 2012/4/26 Chong Yidong 
> > Daniel de Angelis Cordeiro  writes:
> >
> >> This is a minor (but annoying) bug.
> >> In order to correct a mispelled word in Flyspell-mode one must click
> >> with the middle-mouse button. Starting with emacs 24, the middle-click
> >> fixes the word but also pastes some text that was copied before. :(
> >
> >> In GNU Emacs 24.1.50.1 (x86_64-pc-linux-gnu, GTK+ Version 3.4.1)
> >>  of 2012-04-23 on charichuelo, modified by Debian
> >
> > I can't reproduce it either on current trunk (24.1.50) or the emacs-24
> > branch (24.0.95), (x86_64-unknown-linux-gnu, GTK+ Version 3.2.0).  Do
> > you see this bug happening with emacs -Q?

thanks for reporting this.  I have been seeing this bug for a long time now on the latest emacs from trunk, and also reported it, with a hopefully reproducible procedure starting with 
emacs -Q, please see
http://lists.gnu.org/archive/html/bug-gnu-emacs/2011-10/msg00552.html
I'd be happy to test solutions or provide more info.
cheers, E

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

[Agustin Martin]

On Fri, Apr 27, 2012 at 07:59:39PM -0700, emacs user wrote:
> On Thursday, April 26, 2012 10:59:47 PM UTC-4, Daniel de Angelis Cordeiro wrote:
> > Yes. :(
> > 
> > I followed these steps:
> > 
> > 1. run `emacs -Q /tmp/non-existent-file.tex`;
> > 2. wrote some text;
> > 3. copied it (with alt+w);
> > 4. run M-x flyspell-mode;
> > 5. middle click in a misspelled word;
> > 6. right click on one of the suggestions presented by the spell checker;
> > 
> > The expected result: the word should be replaced with the suggestion
> > chose from the list
> > Actual result: the corrected word, with the copied text in the middle
> > of the word (the text is pasted in the middle of the word, on the
> > point where I clicked with the middle button of the mouse).
> > 
> > 
> > Thanks for your time,
> > Daniel
> > 
> > 2012/4/26 Chong Yidong 
> > > Daniel de Angelis Cordeiro  writes:
> > >
> > >> This is a minor (but annoying) bug.
> > >> In order to correct a mispelled word in Flyspell-mode one must click
> > >> with the middle-mouse button. Starting with emacs 24, the middle-click
> > >> fixes the word but also pastes some text that was copied before. :(
> > >
> > >> In GNU Emacs 24.1.50.1 (x86_64-pc-linux-gnu, GTK+ Version 3.4.1)
> > >>  of 2012-04-23 on charichuelo, modified by Debian
> > >
> > > I can't reproduce it either on current trunk (24.1.50) or the emacs-24
> > > branch (24.0.95), (x86_64-unknown-linux-gnu, GTK+ Version 3.2.0).  Do
> > > you see this bug happening with emacs -Q?
> 
> thanks for reporting this.  I have been seeing this bug for a long time now on the latest emacs from trunk, and also reported it, with a hopefully reproducible procedure starting with 
> emacs -Q, please see
> http://lists.gnu.org/archive/html/bug-gnu-emacs/2011-10/msg00552.html
> I'd be happy to test solutions or provide more info.

Cannot reproduce here following your steps with -Q

GNU Emacs 24.1.50.1 (i486-pc-linux-gnu, GTK+ Version 3.4.1)
 of 2012-04-23 on zelenka, modified by Debian

-- 
Agustin

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

[Daniel de Angelis Cordeiro]

2012/4/27 Eli Zaretskii <eliz@gnu.org>:
>> Date: Thu, 26 Apr 2012 23:59:47 -0300
>> From: Daniel de Angelis Cordeiro <dcordeiro@gmail.com>
>> Cc: 11355@debbugs.gnu.org
>>
>> Yes. :(
>>
>> I followed these steps:
>>
>> 1. run `emacs -Q /tmp/non-existent-file.tex`;
>> 2. wrote some text;
>> 3. copied it (with alt+w);
>> 4. run M-x flyspell-mode;
>> 5. middle click in a misspelled word;
>> 6. right click on one of the suggestions presented by the spell checker;
>>
>> The expected result: the word should be replaced with the suggestion
>> chose from the list
>> Actual result: the corrected word, with the copied text in the middle
>> of the word (the text is pasted in the middle of the word, on the
>> point where I clicked with the middle button of the mouse).
>
> What does "C-h l" show after all this?
>
> Also, is the copied text pasted if you click the left button on the
> suggestion presented by the speller, instead of the right button?

Sorry, it's the left button that I use to select the suggestion
presented by the speller, not the right.

In a simple example session, C-h l shows this:

<help-echo> M-x f l y s p <tab> m o <tab> <return>
M-x i s p <tab> - c <tab> h a <tab> <return> e n g
l <tab> <return> T e s t i n g SPC 1 , SPC 2 , SPC
3 . . . C-SPC <home> M-w <home> <right> <right> <right>
s s <right> <right> <left> <help-echo> <help-echo>
<help-echo> <down-mouse-2> <mouse-2> <help-echo> <help-echo>
C-h l

bug#11355: Also affected by this Bug

[Edmund Christian Herenz]

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. 

I now also tried using another windomanger (IceWM) on my laptop, but
the the bug still exists. So appearantly the WM can not be blamed.

Maybe it is the way the middle-click is handeled by X?





-- 

------------------------------------------------------------------------
Christian Herenz    E-Mail:      cherenz@aip.de
PhD student         Phone:       +49-(0)331-7499-523
------------------------------------------------------------------------
Leibniz-Institut für Astrophysik Potsdam (AIP)
An der Sternwarte 16, D-14482 Potsdam

bug#11355: Also affected by this Bug

[Stefan Monnier]

> 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