Community
Participate
Working Groups
Created attachment 193160 [details] screenshot with the stopped input I have a test which is running in a loop. In this loop different input values are entered. The strange behavior is, that the input is always stopping during the same input sequences - no matter in which order they apply. data1: 'Bad' - trying to enter this word fails, nothing is entered date2: ' 10.09.2010 - trying to enter this date fails - input stops after '10.09' Both test fail, with 'Timeout received before confirming the posted event' ----------------------------------------- I will create a package with the AUT and the test project and send it internally.
I have found out more about this bug: It looks like, that only some characters are causing problems. The letter "B" or "b" will hang the input. The letter "@" is typed in as '"' The letter "*" is typed in a '(' I have not tried any letter, but I can do it on request.
The issue which is related with the 'b' and 'B' character seems to be a duplicate of bug 341634.
I am able to reproduce the issue that the letter '*' is typed in as '(' when using the wrong keyboard layout in the AUT configuration - using the Mac OS X system configured keyboard layout in the AUT configuration solves this issue in my environment (switching from en_US to de_DE). Please see the attached test results for further information. Though changing the layout in the AUT configuration solves this issue, other Mac OS X platform / os specific keyboard layout configurations such as '@' remain open: with the correct applied AUT configuration keyboard layout now a '«' gets typed in instead of a '"' (when using the wrong layout configuration). I will open an enhancement to address these platform specific keyboard layout dependencies. Furthermore the attached test results also show the problem of "10.09.2010" to fail - in this case also the special character ')' which is related to '9' fails with "Timeout received before confirming the posted event". Somehow replacing / entering text which contains / depends on the character '9' fails in the OS X environment with a timeout - I will continue investigating this issue.
Created attachment 196099 [details] Test results for input / replace text actions on Mac OS X with the correct (de_DE) and wrong (en_US) keyboard layout configuration.
I opened bug 346414 to track the platform specific keyboard layout mapping issues such as for the '@'.
I implemented a workaround for the '9' issue as well as the 'b' issue http://git.eclipse.org/c/jubula/org.eclipse.jubula.core.git/commit/?id=ea70fbee6540da38ff3f3273f97d9d336f690d5e http://git.eclipse.org/c/jubula/org.eclipse.jubula.core.git/commit/?id=5eaffb5ce958480a7a50c6ef62a8c7826f9177d6 I attach the test results for Mac and Windows after adding this workaround.
Created attachment 196192 [details] Test results after applying the workaround for '9' and 'b' (for mac and win)
Workaround/fix verified manually
