Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 358531 - [DateTime] Editing with keyboard leads to wrong date under some constellations
Summary: [DateTime] Editing with keyboard leads to wrong date under some constellations
Status: RESOLVED FIXED
Alias: None
Product: RAP
Classification: RT
Component: RWT (show other bugs)
Version: unspecified   Edit
Hardware: All All
: P3 normal (vote)
Target Milestone: 1.5 M2   Edit
Assignee: Project Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-09-22 04:28 EDT by angela.maurmann CLA
Modified: 2011-09-22 08:34 EDT (History)
2 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description angela.maurmann CLA 2011-09-22 04:28:40 EDT 
Build Identifier: 1.4

In a date field (object org.eclipse.swt.widgets.DateTimeDate/object qx.ui.basic.Label) I want to change the content of the field 'day' to "13".
When I try to change a day from "02" to "13" the behavier I see is that the field changes first to "21" an then to "03". So the final result in the field is "03" instead of "13". 
When I try to change a day from "09" to "13" the behavier I see is that the field changes first to "91" an the to "13".
It seem to be that the function always check the intermediate result at once. If it is legal - like in the first case the "21" - the highest digit ("1") is lost. In cases where t is not correct - see "91" in the second example - all the digits are saved.
Is this a feature or a mistake?


Reproducible: Always
Comment 1 Ivan Furnadjiev CLA 2011-09-22 08:34:33 EDT 
Fixed in CVS HEAD for both DATE and TIME. Now, the new typed number is only appended if the same field was edited before.