Issue 199 in robotframework-swinglibrary: "Close Internal Frame" keyword sometimes maximizes it instead
robotframewor...@googlecode.com
Owner: ----
Labels: Type-Defect Priority-Medium
New issue 199 by geoff.ba...@gmail.com: "Close Internal Frame" keyword
sometimes maximizes it instead
http://code.google.com/p/robotframework-swinglibrary/issues/detail?id=199
We are using SwingLibrary 1.1.3, JVM 1.6.0.26 and RHEL5 Linux.
This is another Jemmy issue underneath. Essentially, Jemmy assumes that the
three buttons in the title pane of a JInternalFrame are ordered internally
in the container in the same left-to-right order in which they appear on
the screen.
This is not necessarily true, as the attached test script demonstrates - in
this case "close" actually maximizes! It depends entirely on the order in
which the various properties are enabled when constructing the
JInternalFrame. (The only way to avoid this appears to be to use the
constructor with 4 boolean arguments)
If you look in Jemmy's JInternalFrameOperator.initOperators() this can be
seen quite clearly : "close" just translates to "press the third button in
the container". Which might also be minimize or maximize, depending on how
you construct your JInternalFrame.
Attachments:
sut.py 3.0 KB
testscript.py 394 bytes
robotframewor...@googlecode.com
Status: Accepted
Comment #1 on issue 199 by pekka.klarck: "Close Internal Frame" keyword
sometimes maximizes it instead
http://code.google.com/p/robotframework-swinglibrary/issues/detail?id=199
(No comment was entered for this change.)
robotframewor...@googlecode.com
Status: Done
Owner: janne.t....@gmail.com
Labels: Target-1.2.1
Comment #2 on issue 199 by janne.t....@gmail.com: "Close Internal
Frame" keyword sometimes maximizes it instead
http://code.google.com/p/robotframework-swinglibrary/issues/detail?id=199
Fixed this in
https://github.com/robotframework/SwingLibrary/commit/401e8c48a00e5d8a3378c2d7bd2f709f293bcb39
See the commit message for more information.