Project

General

Profile

Actions

Bug #4224

closed

New LSID generated when opened from KAR

Added by ben leinfelder almost 15 years ago. Updated over 14 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.


Files


Related issues

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

Actions
Actions #2

Updated by Aaron Aaron almost 15 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.

Actions #3

Updated by ben leinfelder over 14 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.

Actions #4

Updated by ben leinfelder over 14 years ago

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

Actions #5

Updated by Redmine Admin about 11 years ago

Original Bugzilla ID was 4224

Actions

Also available in: Atom PDF