JDK-8125406 : REGRESSION: TextArea don't resize on parent size
  • Type: Bug
  • Component: javafx
  • Sub-Component: controls
  • Affected Version: 8
  • Priority: P2
  • Status: Closed
  • Resolution: Fixed
  • Submitted: 2012-09-14
  • Updated: 2015-06-17
  • Resolved: 2013-04-22
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
8Fixed
Related Reports
Duplicate :  
JDK-8125014 - [TextArea] TextArea scroll is outside the window.
Relates :  
JDK-8120037 - TabPane min size seems to be set to pref size of the content rather than min size of the content
Relates :  
JDK-8119915 - Regression : size issue with many controls
Relates :  
JDK-8101902 - Reduce node count in Controls by allowing a Skin to manipulate the Control's children and layout directly
Description
Run attached project.
After start see that scrollbar arrows not showing, textArea have more size then parent and alignment in center.
Comments
Verified on 8.0b97
08-07-2013
Internal changeset: Changeset: 09430770080f Author: jgiles Date: Tue Apr 23 11:24:49 2013 +1200 URL: http://jfxsrc.us.oracle.com/javafx/8.0/scrum/controls/rt/rev/09430770080f Public changeset: Changeset: 09430770080f Author: jgiles Date: 2013-04-23 11:24 +1200 URL: http://hg.openjdk.java.net/openjfx/8/controls/rt/rev/09430770080f
22-04-2013
From Rich: "I guess what we should do with this issue is tabulate all the different controls and what their default min/pref/max should be, and let that guide our actions here"
07-01-2013
Affected tests: FXCssAutomated/test/css/controls/functional/TextFieldsCssTest/TextFields_ALIGNMENT_BASELINE_CENTER FXCssAutomated/test/css/controls/functional/TextFieldsCssTest/TextFields_ALIGNMENT_BASELINE_RIGHT FXCssAutomated/test/css/controls/functional/TextFieldsCssTest/TextFields_ALIGNMENT_BOTTOM_CENTER FXCssAutomated/test/css/controls/functional/TextFieldsCssTest/TextFields_ALIGNMENT_BOTTOM_RIGHT FXCssAutomated/test/css/controls/functional/TextFieldsCssTest/TextFields_ALIGNMENT_CENTER FXCssAutomated/test/css/controls/functional/TextFieldsCssTest/TextFields_ALIGNMENT_CENTER_RIGHT FXCssAutomated/test/css/controls/functional/TextFieldsCssTest/TextFields_ALIGNMENT_TOP_CENTER FXCssAutomated/test/css/controls/functional/TextFieldsCssTest/TextFields_ALIGNMENT_TOP_RIGHT
07-11-2012
It's affected on TextField
07-11-2012
SkinBase was changed from extending StackPane to providing its own computeMinWidth() method, among others, which now returns control.prefWidth() instead of consulting the skin's children's minWidth. So in effect it acts as if setMinWidth(USE_PREF_SIZE) was called even when the value is still USE_COMPUTED_SIZE. A fix would be to override computeMinWidth() in TextAreaSkin, but this bug will probably affect other controls as well, so I'm leaving it open for now.
01-10-2012