Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 367395

Summary:	inputText and replaceText only do lower case inputs on editable combo boxes
Product:	[Technology] Jubula	Reporter:	Lars Heinemann <lhein.smx>
Component:	Core	Assignee:	Project Inbox <jubula.core-inbox>
Status:	CLOSED FIXED	QA Contact:	Oliver Goetz <Oliver.Goetz>
Severity:	major
Priority:	P3	CC:	zeb.ford-reitz
Version:	unspecified
Target Milestone:	---
Hardware:	PC
OS:	All
See Also:	https://bxapps.bredex.de/bugzilla/show_bug.cgi?id=136
Whiteboard:
Bug Depends on:	363309
Bug Blocks:

Description Lars Heinemann

2011-12-22 03:35:53 EST

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"

Comment 1 Zeb Ford-Reitz

2011-12-22 03:47:08 EST

the upper-/lower-case behavior has also been reported in the GUIdancer bugzilla:
https://bxapps.bredex.de/bugzilla/show_bug.cgi?id=136

Comment 2 Lars Heinemann

2012-02-03 04:32:05 EST

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".

Comment 3 Zeb Ford-Reitz

2012-02-03 04:45:59 EST

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.

Comment 4 Lars Heinemann

2012-02-03 05:05:55 EST

(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.

Comment 5 Oliver Goetz

2012-02-14 06:21:51 EST

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.