dbWhere parameter added to permission-filter finders
What:
the BasePersistenceFinder, CollectionPersistenceFinder, and FilterCollectionPersistenceFinder constructors gained a required String dbWhere parameter (inserted after where).
Why:
Native filterFind/filterCount SQL must use database column names, so finders whose where clause references a reserved-word column (e.g., Layout.system → system_) no longer generate invalid SQL.
Who this affects:
Code instantiating these finder classes directly. Pass the database-column form of the where suffix as the new dbWhere argument.