Bugzilla – Full Text Bug Listing
| Summary: | ub_cti_inputText does not always work | ||
|---|---|---|---|
| Product: | [Technology] Jubula | Reporter: | Markus Tiede <markus.tiede> |
| Component: | Core | Assignee: | Markus Tiede <markus.tiede> |
| Status: | CLOSED FIXED | QA Contact: | Oliver Goetz <Oliver.Goetz> |
| Severity: | blocker | ||
| Priority: | P2 | CC: | Achim.Loerke, hjb |
| Version: | 0.9.0 | ||
| Target Milestone: | Indigo RC1 | ||
| Hardware: | Macintosh | ||
| OS: | Mac OS X - Carbon (unsup.) | ||
| Whiteboard: | |||
| Bug Depends on: | 341634 | ||
| Bug Blocks: | |||
| Attachments: | |||
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 |
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.