Clipboard not being updated when iteracting with SUSE Linux

Asked by Andre F. Gagnon on 2017-03-10

When using the PC version of Sikuli and copying text from an Linux application being run via Exceed on Demand to the Clipboard, the buffer does not appear to be updated properly. It appears to be based on the execution of the last interactive sikuli session.

Steps:

1) Find Text on screen
2) Copy it to the Clipboard (type("c",Key.CTRL)
3) cb=App.getClipboard()
4) print cb;
5) Find another text region
6) Copy it to the Clipboard
7) print cb;
8) Find another text region
9) Copy it to the Clipboard
10) print cb;

The Clipboard always seems to have the information copied from the last session instead of the new session.

S(0)[0,0 1600x900] E:Y, T:3.0
[log] CLICK on L(123,282)@S(0)[0,0 1600x900]
[log] ( Ctrl ) TYPE "c"
VNV-Base-Tabular-Old-1
[log] CLICK on L(365,300)@S(0)[0,0 1600x900]
[log] ( Ctrl ) TYPE "c"
VNV-Base-Tabular-Old-1
[log] CLICK on L(365,332)@S(0)[0,0 1600x900]
[log] ( Ctrl ) TYPE "c"
VNV-Base-Tabular-Old-1

When run on the same application executing on the Windows 7 platform, the Clipboard is appropriately updated.

S(0)[0,0 1600x900] E:Y, T:3.0
[log] CLICK on L(119,265)@S(0)[0,0 1600x900]
[log] ( Ctrl ) TYPE "c"
ALL_W_USERS
[log] CLICK on L(360,283)@S(0)[0,0 1600x900]
[log] ( Ctrl ) TYPE "c"
VNV-Testing-V142-String-Linux-1
[log] CLICK on L(360,319)@S(0)[0,0 1600x900]
[log] ( Ctrl ) TYPE "c"
VNV-Tetsing-V142-Tabular-Old-Linux-1

What am I missing to get the buffer properly updated with the last information copied to it?

Question information

Language:
English Edit question
Status:
Answered
For:
Sikuli Edit question
Assignee:
No assignee Edit question
Last query:
2017-03-13
Last reply:
2017-03-13
RaiMan (raimund-hocke) said : #1

Be sure to use version 1.1.1 (http://sikulix.com)

Andre F. Gagnon (gagnonaf) said : #2

I don't see a version 1.1.1 on the Launchpad site. The latest available version appears to be V1.1.0 released on 10/6/2015. Is there a newer release somewhere else?

RaiMan (raimund-hocke) said : #3

have you really checked the link in comment #1?

Andre F. Gagnon (gagnonaf) said : #4

Downloaded V1.1.1 nightly build as seen below and still see the same behavior.

1.1.1(2017-03-03_18:35nightly)/Windows6.1/Java7(64)1.7.0_51-b13

S(0)[0,0 1600x900] E:Y, T:3.0
Platform= Linux
In Linux block

[log] CLICK on L(123,282)@S(0)[0,0 1600x900] (521 msec)
[log] ( Ctrl ) TYPE "c"
VNV-Tetsing-V142-Tabular-Old-Linux-1
[log] CLICK on L(365,300)@S(0)[0,0 1600x900] (520 msec)
[log] ( Ctrl ) TYPE "c"
VNV-Tetsing-V142-Tabular-Old-Linux-1
[log] CLICK on L(365,332)@S(0)[0,0 1600x900] (520 msec)
[log] ( Ctrl ) TYPE "c"
VNV-Tetsing-V142-Tabular-Old-Linux-1

RaiMan (raimund-hocke) said : #5

may be a timing problem: insert some wait(0.5) or even longer
make sure, that in the second case and later something is selected to be copied to the CB by ctrl-c.

Since this is very special, I have to leave you alone with that problem (internally these are simply standard Java features, nothing special).

Andre F. Gagnon (gagnonaf) said : #6

FYI. Already have waits (wait(1)) between each select and copy. Example block:

if SC.exists("ALLWUSERS.png"): SC.click("ALLWUSERS.png");
wait(1);
type("c",Key.CTRL);
cb=Env.getClipboard();
print cb;

Can you help with this problem?

Provide an answer of your own, or ask Andre F. Gagnon for more information if necessary.

To post a message you must log in.