• Type: Sub Task Sub Task
    • Status: Closed Closed
    • Priority: Critical Critical
    • Resolution: Fixed
    • Affects Version/s: None
    • Fix Version/s: 2.2
    • Component/s: Development
    • Security Level: Public (Public: Anyone can view)
    • Labels:
    • Similar issues:
      KULRICE-9463Kim authorization configuration not working for groups inside stacked collection
      KULRICE-8246Collections - datatable plugin not paging for first record over page limit
      KULRICE-5175Implement master/detail grouping needed for KIM screens
      KULRICE-5370Uif Framework - Collections: Support for Total Lines and Grouping
      KULRICE-8257Smoke Test for Collections UI Totals and Grouping
      KULRICE-3802Document Configuration View limits permission and responsibility lookups
      KULRICE-11936Library - Collections - server side Paging (rich table only) - records displayed, then disappear
      KULRICE-12443KRAD Collection Groups don't display the correct number of rows.
      KULRICE-6409Field groups in collection lines do not get binding correctly prefixed
      KULRICE-13010Investigate client side collection rendering
    • Rice Module:
    • KAI Review Status:
      Not Required
    • KTI Review Status:
      Not Required


      To prevent displaying query results that are very large, an option could be provided on the collection group to limit the number of displayed records. Note, the lookup framework currently has a feature to limit the number of query results. This would be a different option that can be applied to any general collection group.

      Add a property of type int to CollectionGroup named displayCollectionSize. After the filters run on the collection, limit the size (if greater) to the configured displayCollectionSize. The default should be set to -1 to indicate no limit. Note the filter should be done before the layout managers run and should not impact the actual collection on the model (similar to how filters work).

        Issue Links


          There are no comments yet on this issue.


            • Assignee:
              Matthew Wuertz (Inactive)
              Jerry Neal (Inactive)
            • Votes:
              0 Vote for this issue
              0 Start watching this issue


              • Created:

                Structure Helper Panel