IBM Support

PI73131: DOORS-CQ: BACKLINKS CREATION/DELETION FAILS IN CQ WHEN THE CQ RECORD CONTAINS A FIELD VALUE PROTECTED VIA SECURITY CONTEXT

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • When creating a link to a CQ record from DOORS client and saving
    the changes, an error occurs if the record contains a field
    value that is not visible to the CQ user because of security
    context:
    
    Could not create backlink for object XXX: 'OSLC resource
    retrieve failed with HTTP code 401'
    
    This can be reproduced using a DefectTracking schema plus
    security context as follows:
    
    - Defect record type contains a reference list to Customers
    - Customer contains a reference to a security context record
    (CustSecCon)
    - User group G1 contains user user1
    - CustSecCon record "A" contains group G1
    - Customer record "Anne" has a reference to CustSecCon "A".
    - Record SAMPL00000001 contains customer "Anne"
    - user1 is able to see all field values in SAMPL00000001
    - user2 sees an empty value for customer in SAMPL00000001, as
    user2 is not in G1
    - From DOORS client, when creating a link to SAMPL00000001 from
    a DOORS requirement and saving the action, log in to CQWeb as
    user2. The action fails.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED:                                              *
    * ClearQuest Web                                               *
    ****************************************************************
    * PROBLEM DESCRIPTION:                                         *
    * When linking to ClearQuest records from DOORs using the OSLC *
    * integration, the back-link creation fails when the CQ record *
    * contains a field value that's protected via security         *
    * context.                                                     *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    

Problem conclusion

  • A fix is available in ClearQuest 8.0.1.15 and 9.0.0.5 and
    9.0.1.1
    New optional parameters have been added to cqrest.properties
    (default location C:\Program Files
    (x86)\IBM\RationalSDLC\ClearQuest\cqweb\cqwebprofile\installedAp
    ps\dfltCell\TeamEAR.ear\cqweb.war\WEB-INF\classes) to allow this
    operation to proceed.  The values
    com.ibm.rational.cm.web.component.oslc.skip.full.put.fields and
    com.ibm.rational.cm.web.component.oslc.skip.full.get.fields
    should be set with the appropriate field locations of the CQ
    security protected field(s) to skip during processing,   See
    cqrest.properties.DEFAULT  (same directory as cqrest.properties)
    for more details on how to set these values.
    

Temporary fix

Comments

APAR Information

  • APAR number

    PI73131

  • Reported component name

    CLEARQUEST WIN

  • Reported component ID

    5724G3600

  • Reported release

    801

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2016-12-02

  • Closed date

    2017-09-14

  • Last modified date

    2017-09-14

  • 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

    CLEARQUEST WIN

  • Fixed component ID

    5724G3600

Applicable component levels

  • R801 PSY

       UP

[{"Business Unit":{"code":"BU053","label":"Cloud \u0026 Data Platform"},"Product":{"code":"SSSH5A","label":"Rational ClearQuest"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"801","Line of Business":{"code":"LOB36","label":"IBM Automation"}}]

Document Information

Modified date:
18 October 2021