Details
-
Bug
-
Status: Closed
-
Resolution: Fixed
-
7.0.X, Master
-
7.2.x, 7.1.x, 7.0.x
-
Committed
-
3
Description
After LPS-81028 there are still some methods where finderCache isn't working properly in the persistence layer.
Steps to Reproduce:
- Execute the following Groovy script:
import com.liferay.counter.kernel.service.CounterLocalServiceUtil; import com.liferay.portal.kernel.model.ListType; import com.liferay.portal.kernel.service.ListTypeLocalServiceUtil; ListType listType = ListTypeLocalServiceUtil.createListType(CounterLocalServiceUtil.increment()); listType.setName("Test"); listType.setType(null); out.println("Result before update expected 0 is : " + ListTypeLocalServiceUtil.getListTypes(null).size()); listType = ListTypeLocalServiceUtil.updateListType(listType); out.println("Result after update expected 1 is : " + ListTypeLocalServiceUtil.getListTypes(null).size()); ListTypeLocalServiceUtil.deleteListType(listType);
Expected Results:
Before the insertion no record should be found, but after inserting one must be returned.
Actual Results:
Before the insertion no record is found, but after inserting none (the cached value) is returned.
Attachments
Issue Links
- causes
-
LPS-86946 Upgrade error when a user views document
- Closed
-
LPS-86948 Firefox IE11 - Viewing the doc and media portlet with added document as a non-admin user throws JAVA_SCRIPT_ERRORs
- Closed
- Discovered while testing
-
LPS-81028 FinderCache doesn't work properly when using null values in a null convertible string column
- Closed
- fixes
-
LPS-81707 FinderCache isn't using cached values when using null values in a null convertible string column
- Closed
- is duplicated by
-
LPS-81708 FinderCache doesn't work properly when using null values in a null convertible string column and the return value is an empty list
- Closed
- relates
-
LPS-81706 Count* and related fetch* methods are returning inconsistent results when using null values in a null convertible string column
- Closed