JDK-4905083 : PIT:F2 does not take focus on the Editable combo in table
  • Type: Bug
  • Component: client-libs
  • Sub-Component: javax.swing
  • Affected Version:
    1.3.0,1.3.1,1.3.1_02,1.4.0,1.4.1,1.4.2,5.0 1.3.0,1.3.1,1.3.1_02,1.4.0,1.4.1,1.4.2,5.0
  • Priority: P2
  • Status: Closed
  • Resolution: Fixed
  • OS:
    generic,windows_nt,windows_2000,windows_xp generic,windows_nt,windows_2000,windows_xp
  • CPU: generic,x86
  • Submitted: 2003-08-12
  • Updated: 2004-01-26
  • Resolved: 2003-12-15
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.
Other
5.0 b32Fixed
Related Reports
Duplicate :  
Duplicate :  
Duplicate :  
Duplicate :  
Duplicate :  
Duplicate :  
Duplicate :  
Relates :  
Relates :  
Description
F2 does not take focus on the Editable combo in table in the 11th Aug PIT on all the platforms for Ocean L&f

Steps to reproduce:
--------------------
1) Compile and Run the attached Code. 


Comments
CONVERTED DATA BugTraq+ Release Management Values COMMIT TO FIX: tiger-beta FIXED IN: tiger-beta INTEGRATED IN: tiger-b32 tiger-beta VERIFIED IN: tiger-beta
25-09-2004

EVALUATION The attached test failed not because the JComboBox failure. The sequence done by robot must take focus to the table cell with the JComboBox, but it didn't. Actually, when table takes focus the focused cell is for some reason not the first cell, but the last one. The test failure is not related to the combobox functionality. ###@###.### 2003-09-30 This is a regression introduced by changes to JTable to tread the lead as the focused cell. Committing to Tiger. ###@###.### 2003-10-06 When JTable was modified to treat the lead as the focused cell, the actions in BasicTableUI that deal with ENTER and TAB navigation were updated too. Unfortunately, these actions have implementations that don't work nicely with discontinuous selection. As a result, there are certain circumstances where they perform in a manner that isn't what would be expected. For instance, this bug report results from the actions not being able to deal with a -1 lead. This will all be fixed as follows: JTable and DefaultTableColumnModel will initialize their selection models with a 0 anchor and lead. This will make a newly constructed JTable show the same selection which it did before this change. The ENTER and TAB actions will be re-worked, to make them suitable for discontinuous selection. ###@###.### 2003-10-31 Correction: JTable and DefaultTableColumnModel will initialize their selection models with a 0 anchor and lead when non-empty or a -1 anchor and lead when empty. This will be done if necessary whenever any of the following occur: - an entry is added to the model - an entry is removed from the model - the model is changed - the selection model is changed ###@###.### 2003-11-12
12-11-2003