JDK-8150946 : Editable ComboBox / Spinner controls need uniform 'commit on focus lost' semantics
Type:Bug
Component:javafx
Sub-Component:controls
Affected Version:8u74
Priority:P4
Status:Resolved
Resolution:Fixed
Submitted:2016-03-01
Updated:2017-11-28
Resolved:2016-06-20
The Version table provides details related to the release that this issue/RFE will be addressed.
Unresolved : Release in which this issue/RFE will be addressed. Resolved: Release in which this issue/RFE has been resolved. Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.
For a consitent feel Spinner should act like other controls and commit value on focus lost. Currently an editable Spinner updates value on Enter key only.
API is approved. The new javadoc and implementation looks good.
+1
17-06-2016
First webrev for review is now available here: http://cr.openjdk.java.net/~jgiles/8150946/
16-06-2016
when fixing this, please make sure to not introduce JDK-8151129 (that one is for combo)
04-03-2016
Because Leif handled this in the past for related controls, I'm sending it his way.
03-03-2016
That should have been fine then (although linking to the base bug is preferred, JBS shouldn't have linked it as if it were a backport of this bug). I'd like to pass this one on to the JIRA admins to get their take on it. I think there is a bug in the customization logic that implements the backport issue type.
01-03-2016
It might be helpful so I just wanted to add a link to similar ComboBox issue. I inserted the related issue the to issue field - nothing special. Of course I'll create the bug report again if necessary.
01-03-2016
@Wolfgang: I don't know how you managed to link this issue to a backport of another bug, but this seems like a bug in the JBS tool that it even let you do this. In any case, we will need to remove this. What were you trying to do when this happened?