sikuli-driver team mailing list archive
-
sikuli-driver team
-
Mailing list archive
-
Message #00791
[Bug 705478] Re: 0.10.2: Linux: openAPP() waits for the app to finish --- fixed in X 1.0rc1
*** This bug is a duplicate of bug 599955 ***
https://bugs.launchpad.net/bugs/599955
** Summary changed:
- openAPP() waits for the app to finish
+ 0.10.2: Linux: openAPP() waits for the app to finish --- fixed in X 1.0rc1
** This bug has been marked a duplicate of bug 599955
0.10.1 openApp on Linux foregrounds apps by default
* You can subscribe to bug 599955 by following this link: https://bugs.launchpad.net/sikuli/+bug/599955/+subscribe
--
You received this bug notification because you are a member of Sikuli
Drivers, which is subscribed to Sikuli.
https://bugs.launchpad.net/bugs/705478
Title:
0.10.2: Linux: openAPP() waits for the app to finish --- fixed in X
1.0rc1
Status in Sikuli:
Confirmed
Bug description:
This is sikuli packaged for openSUSE, as available in
http://software.opensuse.org/search?q=sikuli
Version is 0.10.2, tested both in 32bit and 64bit openSUSE Linux 11.3
I type a one-liner script
openApp('xterm')
and press the green run triangle.
It launches xterm all right, but does not return to the python interpreter unless I close the xterm.
This makes it hard to start and control an application under script control.
I've worked around this in the past by automating ALT-F2 and and having the app name typed there.
Now I found another 'workaround', that I'd like to share, because of two advantages over the original
implementation:
- pure python, no java code touched,
- returns a popen object, and also has the pid attribute filled in correctly. Useful for later cleanup.
(and third, it works for me)
See attached. The new call is named openApp2(), and could eventually
replace openApp() if it works on other platforms too.
References