Details
-
Type:
Bug
-
Status: Closed
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: 3.3
-
Fix Version/s: 4.0.BETA, EE-3.3.0.GA_P02, 4.0
-
Component/s: ACE-Components
-
Labels:None
-
Environment:Win 7, JDK 1.7.0_12-b02
-
Assignee Priority:P2
-
Salesforce Case Reference:
-
Affects:Compatibility/Configuration
-
Workaround Exists:Yes
-
Workaround Description:Explicitly convert the values of the select items to lower case. This does not work for all use cases as you might have select item that have the same value that differ only in case.
Description
During the processing of a request initiated by changing the filter (selecting another option in a dropdown) of a column, the transmitted value is set to lower case in
FilterState:53 ([...] saveState(filteredColumn, params.get(filteredId).toLowerCase()) [...])
This affects showing the selected option after rendering the updated table, as due to comparison mismatch always the first option available is shown but not the selected one.
While rendering the response DataTableHeadRenderer:375 does the comparison based on the select items (having their values in original case, while the transmitted value has been set to lower case).
I am not sure what class is in charge to set the value to lower case, but from my point of view it could be left to the implementations of FilterConstraint as it enables for having additional filters such as
* startsWithIgnoreCase
* endsWithIgnoreCase
* exactIgnoreCase
or to avoid breaking existing behaviour something like startsWithConsiderCase.
FilterState:53 ([...] saveState(filteredColumn, params.get(filteredId).toLowerCase()) [...])
This affects showing the selected option after rendering the updated table, as due to comparison mismatch always the first option available is shown but not the selected one.
While rendering the response DataTableHeadRenderer:375 does the comparison based on the select items (having their values in original case, while the transmitted value has been set to lower case).
I am not sure what class is in charge to set the value to lower case, but from my point of view it could be left to the implementations of FilterConstraint as it enables for having additional filters such as
* startsWithIgnoreCase
* endsWithIgnoreCase
* exactIgnoreCase
or to avoid breaking existing behaviour something like startsWithConsiderCase.
Activity
- All
- Comments
- History
- Activity
- Remote Attachments
- Subversion