Community
Participate
Working Groups
Build Identifier: I set up a test case for my RCP application where I need to enter some case sensitive text into an editable combo box. First of all replaceText doesn't work in that case as it will leave any preset things which might be inside the combobox. So if there is a "foo" item in the combo box and I want to replace it with "my.package.test" then I will end up having "foomy.package.test" inside the combo box. The next thing is when using inputText the above behaviour doesn't occur but with both ways a text like "1.0.0-SNAPSHOT" will be entered as "1.0.0-snapshot". So there is an automatic conversion to lower case which is really bad. Reproducible: Always Steps to Reproduce: 1. create a test case where you fill a combo box with inputText 2. try to fill in "1.0.0-SNAPSHOT" 3. see the result be "1.0.0-snapshot"
the upper-/lower-case behavior has also been reported in the GUIdancer bugzilla: https://bxapps.bredex.de/bugzilla/show_bug.cgi?id=136
Also ran into that problem on Linux when trying to fill a URL like "http://www.eclipse.org/something" it will simply put in "http.77www.eclipse.org7something".
The (In reply to comment #2) > Also ran into that problem on Linux when trying to fill a URL like > "http://www.eclipse.org/something" it will simply put in > "http.77www.eclipse.org7something". This sounds like an incorrectly configured Keyboard Layout. Check your AUT Configuration and verify that the Keyboard Layout there (default is en_US, I believe) matches the keyboard layout where your AUT is running.
(In reply to comment #3) > The (In reply to comment #2) > > Also ran into that problem on Linux when trying to fill a URL like > > "http://www.eclipse.org/something" it will simply put in > > "http.77www.eclipse.org7something". > > This sounds like an incorrectly configured Keyboard Layout. Check your AUT > Configuration and verify that the Keyboard Layout there (default is en_US, I > believe) matches the keyboard layout where your AUT is running. You are right, Zeb. This was actually the problem. Thanks for the pointer.
This issue has been fixed (see https://bugs.eclipse.org/bugs/show_bug.cgi?id=363309). Upper cases are now entered correctly. To test this I used the current GD and the current Eclipse 3.8 Stream Nightly Build from Mon, 13 Feb 2012 as AUT. However there are still some issues with input/replace text under MacOS. Closing this ticket as fixed since the original issue has been resolved.
