[Tcl-bugs] [ tktoolkit-Bugs-483832 ] clipboard.test failure

[<no...@so...>]

Bugs item #483832, was opened at 2001-11-20 11:16
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=112997&aid=483832&group_id=12997

Category: 51. [clipboard]
Group: 8.4a4
Status: Open
Resolution: None
Priority: 4
Submitted By: Larry W. Virden (lvirden)
Assigned to: Joe English (jenglish)
Summary: clipboard.test failure

Initial Comment:
I am seeing the following failure when running the test
suite with the latest Tk on SPARC Sun Solaris 2.6 and
Sun's compiler and CDE window manager.

==== clipboard-6.2 Tk_ClipboardAppend procedure FAILED
==== Contents of test case:

    setupbg
    clipboard clear
    clipboard append -f INTEGER -t TEST "16"
    set result [dobg {clipboard get TEST}]
    cleanupbg
    set result

---- Result was:
CLIPBOARD selection doesn't exist or form "TEST" not
defined
---- Result should have been:
0x10
==== clipboard-6.2 FAILED

----------------------------------------------------------------------

>Comment By: Don Porter (dgp)
Date: 2002-03-01 17:11

Message:
Logged In: YES 
user_id=80530

I cannot reproduce this on Solaris 8/CDE.

----------------------------------------------------------------------

Comment By: Joe English (jenglish)
Date: 2002-03-01 14:32

Message:
Logged In: YES 
user_id=68433

Larry, could you try the following from wish:

% selection get -selection CLIPBOARD_MANAGER -type TARGETS

and let me know what happens?

Next, could you try:

% selection own -selection CLIPBOARD_MANAGER .

and let me know if this breaks your desktop in any way? 


----------------------------------------------------------------------

Comment By: Jeffrey Hobbs (hobbs)
Date: 2002-02-26 20:51

Message:
Logged In: YES 
user_id=72656

I can't reproduce this, so I'm deferring to Joe if he can, 
otherwise perhaps Don Porter can verify?

----------------------------------------------------------------------

Comment By: Joe English (jenglish)
Date: 2002-02-14 17:46

Message:
Logged In: YES 
user_id=68433

The same thing happens in other environments (4DWm, Gnome,
KDE) if the 'xclipboard' client or other clipboard manager
is running.  The problem is that most clipboard managers
don't cope well with nonstandard targets.  (A number of
other tests are susceptible to the same failure, subject to
a race condition. I suspect that clipboard-6.2 is the only
one failing because it's wrapped in [dobg], which gives the
manager enough time to reclaim the CLIPBOARD selection.)

The best thing to do would be to test if a manager is
running, and if so skip these tests.  Unfortunately the
ICCCM and Tk don't provide any easy way to tell if a
CLIPBOARD_MANAGER is actually present -- [selection get
-selection CLIPBOARD_MANAGER -type $target] isn't required
(by the ICCCM) to work for any value of $target, and
[selection own ...] doesn't help either.

Another possibility is to force any existing clipboard
managers to exit, by asserting ownership of the
CLIPBOARD_MANAGER selection.  This may not be a very
friendly thing to do, since it may mess up the user's
desktop environment.



----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=112997&aid=483832&group_id=12997