Project

General

Profile

Bug #4224

New LSID generated when opened from KAR

Added by ben leinfelder about 10 years ago. Updated over 9 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
core
Target version:
Start date:
07/06/2009
Due date:
% Done:

0%

Estimated time:
Bugzilla-Id:
4224

Description

When a KAR is opened on a computer that did not save it, the LSID of the workflow/model is changed.
See attached KAR; open the archive; the old LSID is in the derivedFrom list - but a new has been assigned.


Related issues

Blocked by Kepler - Bug #4527: reports cannot be loaded when InstanceAuthNamespace changesResolved11/03/2009

History

#2 Updated by Aaron Aaron about 10 years ago

This was an artifact of old code in KeplerGraphTableau that updated the LSID of a workflow if the existing authority and namespace was different from the local authority and namespace. With the new Revision updating happening during MoMLChangeRequest events it is unneccessary to do this check in KeplerGraphTableau and that code has been removed.

#3 Updated by ben leinfelder over 9 years ago

The LSID is still being changed when we have a new InstanceAuthNamespace. This is causing some problems with reports being associated with their workflow when sharing KAR files.
I'd like to take the code out, but I'm not sure what else it might affect downstream.

#4 Updated by ben leinfelder over 9 years ago

i commented out the new LSID line - hopefully this does not have negative consequences for other parts of the system.

#5 Updated by Redmine Admin over 6 years ago

Original Bugzilla ID was 4224

Also available in: Atom PDF