JDK-6529797 : Column shifts when commiting an edit to a file/folder name in a metal/Windows JFileChooser
- Type: Bug
- Component: client-libs
- Sub-Component: javax.swing
- Affected Version: 6
- Priority: P4
- Status: Closed
- Resolution: Duplicate
- OS: windows_xp
- CPU: x86
- Submitted: 2007-03-01
- Updated: 2011-01-19
- Resolved: 2007-07-31
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.
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 6 | JDK 7 |
|---|---|
6u4Resolved  |
7Resolved |
Related Reports
|
Duplicate :
|
Description
Column shifts when commiting an edit to a file/folder name in a metal/Windows JFileChooser Steps to reproduce: 1)Run JFileChooserDemo under Metal/Windows L&F, open a FileChooser, Switch to Details View 2)Shift the First Column (with Header as Name) to the 2nd column. 3)Click on any file name to select it, press F2 to make it editable, enter some text. 4)Press Enter to commit the change. Observed Behavior: The change is commited, but the "Name" Header column immeadiatly swaps back to the Column 1 position. Expected behavior: Committing a change should not reset column position back to default. This is observed on metal and Windows L&F. This is reproducible in all 6.0, and latest 7 builds. The oldest build I tried this on was 6.0b10.
Comments
|