IBM Support

IV84538: DEPENDENT LIST NOT WORKING PROPERLY ON EDITABLE QUERIES

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as fixed if next.

Error description

  • Dependent List values do not show on editable queries unless
    the parent list is present and made editable as well.
    
    We have a custom process where the admin user is setting up the
    parent list value, the end user can only select the child list
    values under the specific parent list admin provided. The user
    is updating the child list values from an editable query
    section.
    
    The issue we have is, the child list won't display any list
    values on the editable query unless the parent list is added to
    the query and also made editable on the query.
    
    Just FYI, we have tried using classifications as an workaround,
    but classification has its own limitations on editable query
    too (ex: the dropdown takes too much space, not user friendly.
    Also the parent filter won't work on editable query). We don't
    need the classification part fixed as we won't use it anyways.
    
    However, we do need the dependent list fixed so we can restrict
    the user to update the child list only. Right now they can edit
    both the parent list and child list, which means users are
    given access to fields they shouldn't have access to, and this
    is making our auditing very difficult and will cause data
    inconsistency in the future.
    
    We need it fixed so that on the editable query, the child list
    dropdown show the expected values when the parent list is
    read-only on the query.
    

Local fix

  • NA
    

Problem summary

  • Need to adds logic to fix runtime issue with dependent lists in
    an editable query.
    

Problem conclusion

  • User is now able to select values in dependent list when parent
    list is non editable in an editable query. This is atargeted to
    the 1h2016 release
    

Temporary fix

Comments

APAR Information

  • APAR number

    IV84538

  • Reported component name

    TRI APPLCATION

  • Reported component ID

    5725F26AB

  • Reported release

    340

  • Status

    CLOSED FIN

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2016-05-09

  • Closed date

    2016-05-12

  • Last modified date

    2016-05-12

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

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

Modules/Macros

  •    None
    999
    

Fix information

Applicable component levels

  • R350 PSY

       UP

[{"Business Unit":{"code":"BU059","label":"IBM Software w\/o TPS"},"Product":{"code":"SSHEB3","label":"IBM TRIRIGA Application Platform"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"340","Edition":"","Line of Business":{"code":"LOB59","label":"Sustainability Software"}}]

Document Information

Modified date:
30 March 2022