Issue 75488 - Problem with getting data from clipboard in other application - 4 second delay.
Summary: Problem with getting data from clipboard in other application - 4 second delay.
Status: CLOSED DUPLICATE of issue 49907
Alias: None
Product: Writer
Classification: Application
Component: programming (show other issues)
Version: OOo 2.0.4
Hardware: PC Windows XP
: P3 Trivial (vote)
Target Milestone: ---
Assignee: eric.savary
QA Contact: issues@sw
Depends on:
Reported: 2007-03-17 17:02 UTC by softvoile
Modified: 2013-08-07 14:38 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Note You need to log in before you can comment on or make changes to this issue.
Description softvoile 2007-03-17 17:02:43 UTC
I am a software developer. I am writing two applications. They watch for 
clipboard changes and collect clipboard history for further reusing 
(Flashpaste and Clipdiary if you need it for testing).
They work fine in most applications (even in MS Office :), but there is one 
problem with OpenOffice package. It's very strange but when I try to get data 
from clipboard (after user has copied text in OO Writer) It takes 3-5 seconds 
to get first clipboard format... I have this trouble only with OpenOffice both 
Writer and Calc. In these 5 seconds user can't paste text to any other 
application (if Flashpaste is running).

I use VS 2005, C++, MFC.

How to reproduce?

You can use ClipSpy ( for 
testing and reproducing.

1.Run ClipSpy first, then open any ODT document. Also run Notepad.
2.If you copy any string from Notepad, you can see that data in ClipSpy will 
be refreshed immediately.(less than 0.5 sec)
3.After that switch to Writer and try to copy text from it. Now ClipSpy will 
refresh data with big delay, about 5 seconds. It's a problem.
4.Close and restart ClipSpy  - try to do 2 and 3 items – in this case problem 
is absent 

Some note:

 Problem appears only if OO was started after Clipboard Viewer (i.e. 
ClipSpry). If you run OO before Clipboard Viewer problem is absent and data is 
refreshing  without delay (I don't use auto start OO when Windows logs on). So 
there is strong  dependence on reciprocal position OO Clipboard Viewer and 
external   Viewer in clipboard chain.

Problem doesn't depend on what format of data we can try to get from 
clipboard. I tried get only one format (CF_TEXT) and had this problem.

Application hungs on the following string

	hglbCopy = GetClipboardData(uFormat);  

in my application. And I think on the string

hgData = pDO->GetGlobalData ( etc.cfFormat );

in ClipSpy.

I work in AMD Atlon 3000+, Windows XP SP2.

Thanks in advance ;)
Comment 1 michael.ruess 2007-03-19 10:43:03 UTC
Reassigned to ES.
Comment 2 eric.savary 2007-03-19 13:08:35 UTC
@AMA: can you help reproducing this? Maybe a duplicate of issue 60445...
Comment 3 kpalagin 2007-03-21 22:19:10 UTC
where can I get executable for ClipSpy?
Also, any chance you can try 2.2RC3?
Thanks a lot.
Comment 4 softvoile 2007-03-22 19:24:35 UTC
You can download ClipSpy from 

About 2.2RC3, sorry no - I can't to test this problem with it. I should leave 
the city today and I will return after 04.02.07
Comment 5 kpalagin 2007-05-05 19:36:28 UTC
Confirming with 2.2 on WinXP - the issue starts to happen on random, seems to 
dependent on system state as killing soffice.bin and restarting Office does 
not resolve the problem.

I have discovered it by copying strings from Tools - "XML Filter Settings" - 
Edit to Windows Notepad. Also happens with regular text in the document.
- select (by either mouse or by Shift-arrows)
- copy to clipboard (right mouse button or Ctrl-C)
- switch to Notepad (mouse or Alt-Tab)
- try pasting (RMB or Ctrl-V) - text can be pasted after 4 second pause (first 
Ctrl-Vs do nothing). During those 4 seconds "Paste" is available in context 
menu in Notepad (even if clipboard is cleared before copying).

ClipSpy helps to confirm the problem - it shows that clipboard changes with 4 
second  delay after copying the data.
This happens for several characters of "plain" text (in default style) - no 
hyperlinks, images, objects,formatting,  pasted content etc.
Other apps do not behave like this (IE and Word2003 were tested).

This is not 100% reproducible, but the issue is real (see 7290, 49907, also 
members of community at,4258.0.html 
confirm the issue).

If that is not convincing enough I suggest contacting bigger community and 
asking their experience.

IMO, this issue deserves serious investigation as it really hurts our 
customers in many ways.
Thanks a lot for your attention.
Comment 6 kpalagin 2007-05-05 20:17:05 UTC
Repro steps:
1. Close Office (including QS)
2. Start ClipSpy.
3. Start Writer, type random text.
4. start Notepad and position ClipSpy, Notepad and Writer in a way that all 3 
windows are visible.
5. Select some text in Writer, copy it to clipboard and try pasting in 
Notepad - nothing happens, try again in 4 seconds - text appears.
6. Select and copy different text (number of chars), watching ClipSpy window - 
it reflects change after pause.
Note that if you start ClipSpy _after_ Writer then problm does not appear.

Please consider this annoying problem for 2.3.
Comment 7 Mathias_Bauer 2007-05-07 12:57:39 UTC
I can't see why this should be a major annoyance. Without ClipSpy I get:

start Writer
start Notepad
type text in writer, copy to Clipboard
paste in Notepad -> works immediately

So if something only happens in combination with a (for regular users!) exotic
tool I doubt that we have time to invest the problem ATM. 

But maybe I misunderstood something and the problem also appears without the tools?!
Comment 8 kpalagin 2007-05-07 13:25:42 UTC
Sometimes the problem manifests itself without ClipSpy (or anything like 
that) - you put something on clipboard and it gets pasted only after delay. 
This is from my personal experience over several months and I do not use any 
utils like (or any enhancers for that matter).
This is what I call annoyance (OK, maybe I exagerated a bit with "major" ;-) ).
ClipSpy just makes the problem easy to reproduce.

Besides, not all of our users are good at finding correlations between 3rd 
party tools and our misbehavior and they will blame us.
Any chance this can be investigated?
Comment 9 Mathias_Bauer 2007-05-07 14:12:41 UTC
If I only paste simple text I never get any delays in normal usage. I sometimes
got them when I pasted larger parts of the document (including graphics etc.)
and I get them especially when the document from that I have copied was closed.
But this is normal business as in this case an OLE object is created.

As I said, this issue doesn't look so important that I want to have it
investigated soon. There's much bigger fish to catch. 

In case we find some time to look on this and the root cause can be revealed
fast we can change the target.
Comment 10 kpalagin 2008-02-03 12:41:09 UTC
are we doing with clipboard anything special, different from what others (for 
example, Wordpad or Excel) are doing?

I have 100% reproducible case - Windows XP in Virtual PC (with virtual 
machines additions installed) and input enhancer Punto Switcher, and even then 
only in Calc and Impress. I do admit that such setup is not exactly common, 
but the problem of delay with clipboard is common enough to warrant some 
investigation (see issues 55631, 20043, 7290).
Punto Switcher -
If necessayr, I can either ftp virtual image or make it available for remote 
access via rdp.
So, if some developer decides to even take a quick look at this I would 
greatly appreciate that.
Comment 11 kpalagin 2008-04-04 16:08:40 UTC
Could it be that problem described in is causing delay?
Comment 12 phil_ 2008-05-14 09:15:21 UTC
The behavior seems to occur with other applications as well (see issue 49907).
Comment 13 harveyab 2008-09-08 11:52:53 UTC
I have collected and correlated several related issues.
This problem has been reported on:
Versions 1.0.3 - 2.4.1 of OOo Writer, Draw, Calc or Impress.
On multiple versions of windows: 98, 2000 and XP at least.

While using any of these clipboard hooking applications:
- Flashpaste (This Issue 75488).
- Clipdiary (This Issue 75488).
- ClipSpy which I also use with the same reproducible problem.
- ReadPlease (See Issue 49907 which also has my comments).
Other reports that were never verified including 55631, 7290 and 20043, were
likely caused by an unknown background utility.

The common factors seem to be when a clipboard hooking utility is loaded first,
then OOo, the delay of 4 to 8 seconds is there.
When OOo is loaded first, then the other, the delay is not there.

The paste can be done in OOo immediately, but it does not show up on the
clipboard until after the delay whether pasted in OOo or not.
The "Cannot open clipboard" error happens sometimes too. I have seen this but
rarely. The delay however is entirely predictable as described above.

Issue 56540 is hopefully the cause.

Harvey Block (harveyab)
Comment 14 eric.savary 2010-06-25 12:15:31 UTC

*** This issue has been marked as a duplicate of 49907 ***
Comment 15 eric.savary 2010-06-25 12:15:57 UTC
Comment 16 eric.savary 2010-06-25 12:16:13 UTC