![]() |
Telelogic DOORS (steve huntington) | ![]() |
new topic :
profile :
search :
help :
dashboard :
calendar :
home
|
||
Latest News:
|
|
Topic Title: Copy Objects Tool copies filtered-out tables to new module Topic Summary: Created On: 10-Oct-2005 17:34 Status: Post and Reply |
Linear : Threading : Single : Branch |
![]() |
![]()
|
![]() |
|
I have a top level module that I have assigned attributes for use in allocating requirements. I then create a view that shows only those filtered requirements that are allocated to a new module. When I use the Copy Objects Tool to copy the current display set, the resultant module contains a number of objects titled "Table", "row", "row", etc., where there were tables in the source module that were not in the filtered view, and there is a DXL error message: (Line 389) "A hierarchy to be converted into a table must be at least 3 levels deep (table, rows, cells)" All of the filtered table entries have attributes assigned that should keep them out of the current view and my filter is set to "Hide non-matching table cells".
I am using DOORS 6.0 SR1. Any suggestions on how to modify the DXL code for copyobjs.dxl to make it ignore hidden tables? |
|
![]() |
|
![]() |
|
Steve,
There was a problem with DOORS 6.0 SR1 when copying objects, see known fault 2399.
This is caused because soft deleted objects are copied and undeleted. Someone once upon a time posted a fix to the script. I think it deleted the copied object if not visible. The Telelogic solution suggests you purge soft deleted objects before running this function, in practice I think you only need to purge deleted table cells.
If you don't wish to purge the objects then maybe someone has a revised script they could post here.
Martin Hunter
------------------------- - Martin |
|
![]() |
FuseTalk Standard Edition v3.2 - © 1999-2009 FuseTalk Inc. All rights reserved.