JDK-8095340 : Undo/Redo typing in textfield property can commit the edit
  • Type: Bug
  • Component: javafx
  • Sub-Component: tools-scenebuilder
  • Affected Version: 7u6,7u40
  • Priority: P4
  • Status: Resolved
  • Resolution: Not an Issue
  • Submitted: 2012-11-29
  • Updated: 2015-06-12
  • Resolved: 2014-02-03
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.

To download the current JDK release, click here.
JDK 8
8Resolved
Related Reports
Blocks :  
JDK-8096363 - ctrl-z not handled by inspector Style editor
Blocks :  
JDK-8092910 - Inline editor may not be removed when invoking shortcuts
Blocks :  
JDK-8091976 - Expose TextInputControl undo(), redo(), canUndo(), canRedo() methods
Description
D&D a button
In the Inspector, edit the Text property of the Button to "Hello World" but do not commit the edit
Choose Menubar > Edit > Undo - the string inside the textfield returns to "Button"
Choose Menubar > Edit > Redo - the string inside the textfield returns to "Hello World" and the text of the button in the content view also changes to "Hello World".

This is a bug because at no time during this workflow did the user ask for the "Hello World" value to be committed.
Comments
The steps detailed in the summary describe the behaviour for 1.1. Currently in 2.0, the behaviour is as follows: D&D a button In the Inspector, edit the Text property of the Button to "Hello World" but do not commit the edit Choose Menubar > Edit > Undo Insert Button This is correct, therefore I am closing this Jira as 'Not an Issue'
03-02-2014