IBM Support

PH34776: DESCENDANTS BEYOND IMMEDIATE CHILDREN DO NOT HONOR CALCULATIONS AFTER COPY OPERATIONS

Subscribe to this APAR

By subscribing, you receive periodic emails alerting you to the status of the APAR, along with a link to the fix after it becomes available. You can track this item individually or track all items by product.

Notify me when this APAR changes.

Notify me when an APAR for this component changes.

 

APAR status

  • Closed as program error.

Error description

  • When copying an object and all descendants to a new location,
    only the object and its direct children will be checked for
    calculation updates.  Lower level descendants will not have any
    calculations run.
    

Local fix

  • Update the calculation manually after the copy is complete
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED:                                              *
    * OpenPages Users                                              *
    ****************************************************************
    * PROBLEM DESCRIPTION:                                         *
    * DESCENDANTS BEYOND IMMEDIATE CHILDREN DO NOT HONOR           *
    * CALCULATIONS AFTER COPY OPERATIONS                           *
    ****************************************************************
    * RECOMMENDATION:                                              *
    * Customers should download OpenPages with Watson 8.2 Fix Pack *
    * 2 (8.2.0.2). See the following document for details on       *
    * obtaining OpenPages 8.2.0.2:                                 *
    * https://www.ibm.com/support/pages/openpages-watson-82-fix-pa *
    * ck-2                                                         *
    ****************************************************************
    

Problem conclusion

  • When the current calc engine's COPY operation looks up the
    impacted objects, it first finds the direct child object types.
    The object types are filtered by the calc definitions that has
    location field as input and then for the object types, identify
    GRC objects to recalculate by the filter on the location field.
    
    The issue here is:
    
    it only looks up direct child object types. We need to look up
    all descendant object types as well
    it does not handle the case where you have subsequent related
    calc definition that uses the output field from the directly
    impacted calc definitions as input
    
    The first issue happens on workflow impact assessment as well.
    The second issue happens on the preference object update as
    well.
    
    Customers should download OpenPages with Watson 8.2 Fix Pack 2
    (8.2.0.2). See the following document for details on obtaining
    OpenPages 8.2.0.2:
    https://www.ibm.com/support/pages/openpages-watson-82-fix-pack-2
    

Temporary fix

Comments

APAR Information

  • APAR number

    PH34776

  • Reported component name

    OPENPAGES GRC

  • Reported component ID

    5725D5100

  • Reported release

    820

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2021-02-23

  • Closed date

    2021-04-02

  • Last modified date

    2021-04-02

  • APAR is sysrouted FROM one or more of the following:

  • APAR is sysrouted TO one or more of the following:

Fix information

  • Fixed component name

    OPENPAGES GRC

  • Fixed component ID

    5725D5100

Applicable component levels

[{"Line of Business":{"code":"LOB10","label":"Data and AI"},"Business Unit":{"code":"BU059","label":"IBM Software w\/o TPS"},"Product":{"code":"SSFUEU","label":"IBM OpenPages with Watson"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"820"}]

Document Information

Modified date:
03 April 2021