Kuali Rice Development
  1. Kuali Rice Development
  2. KULRICE-9707

Validation messages for collections should allow matching on property name in addition to section/group id

    Details

    • Type: Improvement Improvement
    • Status: Open Open
    • Priority: Major Major
    • Resolution: Unresolved
    • Affects Version/s: 2.2.3, 2.3
    • Fix Version/s: Backlog
    • Security Level: Public (Public: Anyone can view)
    • Labels:
    • Similar issues:
      KULRICE-9891Id mismatch in validation messaging for sub collections
      KULRICE-11292Validation messages on tree node components not displayed correctly
      KULRICE-6312DictionaryObjectAttributeValueReader does not handle AttributeDefinitions that refer to a nested property within a collection (for usage in lookups)
      KULRICE-6845Problems with UifBeanFactoryPostProcessor expression handling that is causing bean property overrides (such as fieldInquiry.render) to not work
      KULRICE-10631Object Property Utils should consider persistence metadata when getting property type
      KULRICE-7566Should consider if a principal should be allowed to have a null principal name
      KULRICE-5246Add hidden property names property to AttributeField
      KULRICE-8751Flag names should match templates
      KULRICE-12990IT Failure PersonServiceImplTest employee ID does not match expected p1emplId but was 1234test
      KULRICE-7215Cleanup of component property names
    • Rice Module:
      KRAD
    • Application Requirement:
      Rice
    • KAI Review Status:
      Not Required
    • KTI Review Status:
      Not Required
    • Code Review Status:
      Not Required
    • Include in Release Notes?:
      Yes

      Description

      We should allow matching actual propertyName for collectionGroups in addition to the already allowed section and group id matching we already support. This is for ease of use in returning errors for a collection.

        Issue Links

          Activity

          Hide
          Jessica Coltrin (Inactive) added a comment -

          removing m3 fix version since these aren't assigned and will not be done by Monday's m3 release.

          Show
          Jessica Coltrin (Inactive) added a comment - removing m3 fix version since these aren't assigned and will not be done by Monday's m3 release.

            People

            • Assignee:
              Unassigned
              Reporter:
              Brian Smith (Inactive)
            • Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

              • Created:
                Updated:

                Structure Helper Panel