Details

    • Type: Bug Fix Bug Fix
    • Status: Closed Closed
    • Priority: Blocker Blocker
    • Resolution: Fixed
    • Affects Version/s: 2.3.0-m3
    • Fix Version/s: 2.3
    • Component/s: Development
    • Security Level: Public (Public: Anyone can view)
    • Labels:
      None
    • Similar issues:
      KULRICE-11757BooleanYNConverter Incident Report - Peopleflow ad hoc recipient Group lookup
      KULRICE-11758BooleanYNConverter Incident report on PeopleFlow Ad Hoc Group lookup
      KULRICE-8968PeopleFlow Maintenance Document - Unable to set ApprovePolicy when PeopleFlow Member is of type Group
      KULRICE-3969Action policy code of ALL didn't work for responsibility assigned to a Group
      KULRICE-7970PeopleFlow - Stack trace upon adding delegate member
      KULRICE-7681Selenium Test for sampleapp PeopleFlow
      KULRICE-10893PeopleFlow add Group/Role oddity
      KULRICE-13996Problems sending ad hoc group requests on KRAD documents
      KULRICE-8059PeopleFlow Member Delegates Member Type selection errors.
      KULRICE-10652PeopleFlow members of type Group should not be able to set the action request policy
    • 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

      If you add a group as a stop to a peopleflow then attempt to add another group at another stop the lookup is not returning the value to the screen

        Activity

        Hide
        Steve Manning (Inactive) added a comment -

        The stack trace shown in the server logs after the user clicks the "Search" button on the lookup, but before the user attempts to return a value to the peopleflow document

        Show
        Steve Manning (Inactive) added a comment - The stack trace shown in the server logs after the user clicks the "Search" button on the lookup, but before the user attempts to return a value to the peopleflow document
        Hide
        Steve Manning (Inactive) added a comment -

        After some digging, I've ascertained that the field conversion mapping for the lookup gets broken after an "add" action has been taken. The lookup data-submit_data value has an actionParameters[conversionFields] id mapping of

        id:document.newMaintainableObject.dataObject.members[0].newCollectionLines['document.newMaintainableObject.dataObject.members'].memberId

        in a working lookup

        and a mapping of

        id:newCollectionLines['document.newMaintainableObject.dataObject.members'].newCollectionLines['document.newMaintainableObject.dataObject.members'].document.newMaintainableObject.dataObject.members[0].newCollectionLines['document.newMaintainableObject.dataObject.members'].memberId

        in a non-working lookup

        Show
        Steve Manning (Inactive) added a comment - After some digging, I've ascertained that the field conversion mapping for the lookup gets broken after an "add" action has been taken. The lookup data-submit_data value has an actionParameters [conversionFields] id mapping of id:document.newMaintainableObject.dataObject.members [0] .newCollectionLines ['document.newMaintainableObject.dataObject.members'] .memberId in a working lookup and a mapping of id:newCollectionLines ['document.newMaintainableObject.dataObject.members'] .newCollectionLines ['document.newMaintainableObject.dataObject.members'] .document.newMaintainableObject.dataObject.members [0] .newCollectionLines ['document.newMaintainableObject.dataObject.members'] .memberId in a non-working lookup
        Hide
        Steve Manning (Inactive) added a comment - - edited

        In addition, the broken conversionFields id mapping can be reproduced simply by changing the "Member Type" of the "PeopleFlow Members" add section from "Group" to "Principal" and then back to "Group". Each cycle in this manner seems to add more to the id mapping

        id:newCollectionLines['document.newMaintainableObject.dataObject.members'].newCollectionLines['document.newMaintainableObject.dataObject.members'].newCollectionLines['document.newMaintainableObject.dataObject.members'].newCollectionLines['document.newMaintainableObject.dataObject.members'].newCollectionLines['document.newMaintainableObject.dataObject.members'].newCollectionLines['document.newMaintainableObject.dataObject.members'].newCollectionLines['document.newMaintainableObject.dataObject.members'].memberId'

        and the entire tag is included below

        <input type="image" id="u179_add_add_add_add_add_add_add_add_add_add_add_add_add_add_add" src="http://localhost:8080/kr-dev/krad/images/searchicon.png" alt="Search Field" title="Search Field" class="uif-actionImage" data-loadingmessage="Loading..." data-cleardirtyonaction="false" data-dirtyonaction="false" data-disableblocking="false" data-ajaxsubmit="true" data-onclick="e.preventDefault();if(jQuery(this).hasClass('disabled')){ return false; }voidAction;" data-submit_data="{'actionParameters[conversionFields]':'id:newCollectionLines['document.newMaintainableObject.dataObject.members'].newCollectionLines['document.newMaintainableObject.dataObject.members'].newCollectionLines['document.newMaintainableObject.dataObject.members'].newCollectionLines['document.newMaintainableObject.dataObject.members'].newCollectionLines['document.newMaintainableObject.dataObject.members'].newCollectionLines['document.newMaintainableObject.dataObject.members'].newCollectionLines['document.newMaintainableObject.dataObject.members'].memberId','methodToCall':'performLookup','actionParameters[multipleValuesSelect]':'false','focusId':'u179_add_add','actionParameters[dataObjectClassName]':'org.kuali.rice.kim.impl.group.GroupBo','jumpToId':'u179_add_add','actionParameters[baseLookupUrl]':'http://localhost:8080/kr-dev/kr-krad/lookup'}" data-validate="false">
        
        Show
        Steve Manning (Inactive) added a comment - - edited In addition, the broken conversionFields id mapping can be reproduced simply by changing the "Member Type" of the "PeopleFlow Members" add section from "Group" to "Principal" and then back to "Group". Each cycle in this manner seems to add more to the id mapping id:newCollectionLines ['document.newMaintainableObject.dataObject.members'] .newCollectionLines ['document.newMaintainableObject.dataObject.members'] .newCollectionLines ['document.newMaintainableObject.dataObject.members'] .newCollectionLines ['document.newMaintainableObject.dataObject.members'] .newCollectionLines ['document.newMaintainableObject.dataObject.members'] .newCollectionLines ['document.newMaintainableObject.dataObject.members'] .newCollectionLines ['document.newMaintainableObject.dataObject.members'] .memberId' and the entire tag is included below <input type= "image" id= "u179_add_add_add_add_add_add_add_add_add_add_add_add_add_add_add" src= "http://localhost:8080/kr-dev/krad/images/searchicon.png" alt= "Search Field" title= "Search Field" class= "uif-actionImage" data-loadingmessage= "Loading..." data-cleardirtyonaction= "false" data-dirtyonaction= "false" data-disableblocking= "false" data-ajaxsubmit= "true" data-onclick= "e.preventDefault();if(jQuery(this).hasClass('disabled')){ return false; }voidAction;" data-submit_data= "{'actionParameters[conversionFields]':'id:newCollectionLines['document.newMaintainableObject.dataObject.members'].newCollectionLines['document.newMaintainableObject.dataObject.members'].newCollectionLines['document.newMaintainableObject.dataObject.members'].newCollectionLines['document.newMaintainableObject.dataObject.members'].newCollectionLines['document.newMaintainableObject.dataObject.members'].newCollectionLines['document.newMaintainableObject.dataObject.members'].newCollectionLines['document.newMaintainableObject.dataObject.members'].memberId','methodToCall':'performLookup','actionParameters[multipleValuesSelect]':'false','focusId':'u179_add_add','actionParameters[dataObjectClassName]':'org.kuali.rice.kim.impl.group.GroupBo','jumpToId':'u179_add_add','actionParameters[baseLookupUrl]':'http://localhost:8080/kr-dev/kr-krad/lookup'}" data-validate= "false" >
        Hide
        Steve Manning (Inactive) added a comment -

        Commit by Jerry Neal, revision 40565 resolved this issue. The problem was caused by an issue with the PropertyReplacers copy method.

        Show
        Steve Manning (Inactive) added a comment - Commit by Jerry Neal, revision 40565 resolved this issue. The problem was caused by an issue with the PropertyReplacers copy method.
        Hide
        Steve Manning (Inactive) added a comment -

        Issue fixed by separate commit, revision 40565

        Show
        Steve Manning (Inactive) added a comment - Issue fixed by separate commit, revision 40565
        Hide
        Matt Sargent added a comment -

        This tests out just fine now, thanks!

        Show
        Matt Sargent added a comment - This tests out just fine now, thanks!

          People

          • Assignee:
            Steve Manning (Inactive)
            Reporter:
            Matt Sargent
          • Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:

              Structure Helper Panel