Locking multiple sections can cause duplicate absolute numbers in Rational DOORS

Technote (troubleshooting)


Problem(Abstract)

This technote identifies an issue that can occur in IBM Rational DOORS, where unlocking only one section causes duplicate absolute numbers. A work around is provided.

Symptom

When an IBM Rational DOORS client locked multiple sections and creates objects on those sections, you might get duplicate absolute numbers. This occurs when you unlock only one section and a second client then locks the section that you just unlocked.

Steps to reproduce the issue:

Using the Rational DOORS client v9.2.0.3 or 9.2.0.4, create a module with a simple structure, for example:


    1.
    1.1
    2.
    2.1
    3.
    3.1

Make 1, 2 and 3 sections, save the module and close

  1. With client A and B open the module in edit shareable mode
  2. With client A, lock sections 1 and 2
  3. With client C, lock section 3
  4. With client A add objects to sections 1 and 2
  5. With client A, unlock and save section 1
  6. With client B, lock section 1
  7. With client B, create some objects
Now compare the module windows from client A and client B. You will see duplicate absolute numbers.


Cause

This issue has been identified as a product defect under APAR PM20773.

Resolving the problem

To circumvent the problem, you have two options:

  • Downgrade Rational DOORS client to version 9.2.0.2.
  • Lock only one section at a time, when in edit shareable mode. Unlock before you lock further sections.

If you are experiencing the issue of having duplicate absolute numbers please contact the Rational DOORS support team.

Note:

Due to this problem the following patches are no longer available from FixCentral:


    Rational DOORS 9.2.0.3 and 9.2.0.4

Rate this page:

(0 users)Average rating

Add comments

Document information


More support for:

Rational DOORS
General Information

Software version:

9.2.0.3, 9.2.0.4

Operating system(s):

HP-UX, Linux, Solaris, Windows

Software edition:

All Editions

Reference #:

1445084

Modified date:

2010-09-01

Translate my page

Machine Translation

Content navigation