bug#11389: 24.0.96; Emacs not using the MS Windows clipboard

bug#11389: 24.0.96; Emacs not using the MS Windows clipboard

[Gallagher, Kevin]

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

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


The Emacs 24.x pretests, when built on MS Windows, are not using
the MS Windows clipboard. (Giving the amount of testing I've done
on the earlier pretests, I'm surprised I didn't notice this sooner!)
Emacs 23.4, on the other hand, DOES use the MS Windows clipboard.

From what I can tell, it does not appear to be a pretest build issue.
The file, w32select.c, is compiled and linked into the pretest.



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
c:/emacs-24.0.96/etc/DEBUG.


In GNU Emacs 24.0.96.1 (i386-mingw-nt5.1.2600)
of 2012-04-27 on A5032619
Windowing system distributor `Microsoft Corp.', version 5.1.2600
Configured using:
`configure --with-gcc (4.6) --cflags -fno-omit-frame-pointer
-IC:/usr/include'

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: ENU
  value of $XMODIFIERS: nil
  locale-coding-system: cp1252
  default enable-multibyte-characters: t

Major mode: Text

Minor modes in effect:
  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
  line-number-mode: t
  transient-mark-mode: t

Recent input:
C-x C-f j u n k . t x t <return> j u n k . t x <backspace>
e x t <help-echo> <help-echo> <help-echo> <down-mouse-1>
<mouse-movement> <mouse-movement> <drag-mouse-1> <help-echo>
<down-mouse-1> <mouse-1> <return> <down-mouse-1> <mouse-1>
<down-mouse-2> <mouse-2> <escape> x <help-echo> <down-mouse-1>
<mouse-1> r e p o r t - e m a <tab> <tab> <return>

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
(New file)
Auto-saving...done
Mark set
Making completion list...

Load-path shadows:
None found.

Features:
(shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml
mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev
gmm-utils mailheader sendmail regexp-opt rfc2047 rfc2045 ietf-drums
mm-util mail-prsvr mail-utils help-mode easymenu view time-date tooltip
ediff-hook vc-hooks lisp-float-type mwheel dos-w32 disp-table ls-lisp
w32-win w32-vars tool-bar dnd fontset image fringe lisp-mode register
page menu-bar rfn-eshadow timer select scroll-bar 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 minibuffer loaddefs
button faces cus-face files text-properties overlay sha1 md5 base64
format env code-pages mule custom widget hashtable-print-readable
backquote make-network-process multi-tty emacs)



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

bug#11389: 24.0.96; Emacs not using the MS Windows clipboard

[Eli Zaretskii]

> From: "Gallagher, Kevin" <Kevin.Gallagher@boeing.com>
> Date: Tue, 1 May 2012 13:04:01 -0500
> 
> The Emacs 24.x pretests, when built on MS Windows, are not using
> the MS Windows clipboard. (Giving the amount of testing I've done
> on the earlier pretests, I'm surprised I didn't notice this sooner!)

Please show your evidence: some kind of series of steps, starting with
"emacs -Q", which would show that the clipboard "is not used".

I'm using the 24.x pretests, and they all do use the Windows
clipboard.

bug#11389: 24.0.96; Emacs not using the MS Windows clipboard

[Gallagher, Kevin]

Sorry I wasn't detailed enough.

I have Windows XP Professional, SP3, installed on my pc at work. I've tested two scenarios, as follows: 1, 2, and then 1, again.

(1) I start up Emacs with -Q using runemacs.exe from a command line window. I then start up MS Word 2007, SP3. I type in "This is a test." into a blank word document, highlight the text with the mouse, and copy it with a Ctrl-C.  I move the mouse pointer to the Emacs window, click the left mouse button to get focus, and then press the middle mouse button. This time, and ONLY this time, the copied text appears in the Emacs buffer.  All subsequent attempts to copy text in either direction between Emacs and Word fail.

(2) I restart Emacs and Word as in 1, above. This time I type "This is text in Emacs." into the Emacs Scratch buffer and highlight with the mouse.  I then move the mouse pointer to the Word window, click the left mouse button to get focus, and type Ctrl-V.  The text I highlighted in Emacs is NOT pasted into the Word document. Instead, the most recent copied text from a non-Emacs program appears. At this point, any attempt to copy from the Word document to an Emacs buffer fails.

The second run of scenario 1 behaves just as it did the first time.


-----Original Message-----
From: Eli Zaretskii [mailto:eliz@gnu.org] 
Sent: Tuesday, May 01, 2012 2:19 PM
To: Gallagher, Kevin
Cc: 11389@debbugs.gnu.org
Subject: Re: bug#11389: 24.0.96; Emacs not using the MS Windows clipboard

> From: "Gallagher, Kevin" <Kevin.Gallagher@boeing.com>
> Date: Tue, 1 May 2012 13:04:01 -0500
> 
> The Emacs 24.x pretests, when built on MS Windows, are not using the 
> MS Windows clipboard. (Giving the amount of testing I've done on the 
> earlier pretests, I'm surprised I didn't notice this sooner!)

Please show your evidence: some kind of series of steps, starting with "emacs -Q", which would show that the clipboard "is not used".

I'm using the 24.x pretests, and they all do use the Windows clipboard.

bug#11389: 24.0.96; Emacs not using the MS Windows clipboard

[Eli Zaretskii]

> From: "Gallagher, Kevin" <Kevin.Gallagher@boeing.com>
> CC: "11389@debbugs.gnu.org" <11389@debbugs.gnu.org>
> Date: Tue, 1 May 2012 14:59:26 -0500
> 
> (1) I start up Emacs with -Q using runemacs.exe from a command line window. I then start up MS Word 2007, SP3. I type in "This is a test." into a blank word document, highlight the text with the mouse, and copy it with a Ctrl-C.  I move the mouse pointer to the Emacs window, click the left mouse button to get focus, and then press the middle mouse button. This time, and ONLY this time, the copied text appears in the Emacs buffer.  All subsequent attempts to copy text in either direction between Emacs and Word fail.
> 
> (2) I restart Emacs and Word as in 1, above. This time I type "This is text in Emacs." into the Emacs Scratch buffer and highlight with the mouse.  I then move the mouse pointer to the Word window, click the left mouse button to get focus, and type Ctrl-V.  The text I highlighted in Emacs is NOT pasted into the Word document. Instead, the most recent copied text from a non-Emacs program appears. At this point, any attempt to copy from the Word document to an Emacs buffer fails.

This is a feature (new with Emacs 24).  In the first scenario, if you
use C-y instead of mouse-2, you will have the text pasted every time.
In the second scenario, if you use M-w after highlighting text, the
text will be put into the clipboard.  IOW, the clipboard interface is
used with C-w/M-w/C-y and only sometimes with the mouse.

The details (including how to get the old behavior by customizing
several variables) are in NEWS; search for "Selection changes".

I'm closing this non-bug.