SikuliX

Clipboard not being updated when iteracting with SUSE Linux

Asked by Andre F. Gagnon

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:
SikuliX Edit question
Assignee:
No assignee Edit question
Last query:
Last reply:
Revision history for this message
RaiMan (raimund-hocke) said : 		#1

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

Revision history for this message
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?

Revision history for this message
RaiMan (raimund-hocke) said : 		#3

have you really checked the link in comment #1?

Revision history for this message
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

Revision history for this message
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).

Revision history for this message
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.