Project

General

Profile

Bug #4976

Importing run archive from a different namespace is broken

Added by Derik Barseghian about 9 years ago. Updated about 9 years ago.

Status:
Resolved
Priority:
Normal
Category:
workflow run manager
Target version:
Start date:
05/04/2010
Due date:
% Done:

0%

Estimated time:
Bugzilla-Id:
4976

Description

When you import a run, the run's execId is set to the next available execId, and we attempt to increment the run's revision. Subsequent tag events on this run also increment the revision. However, if this run comes from a different namespace, it gets an entirely new lsid. There are a few problems with this at the moment:
- a subsequent export of this imported run will not contain the derivedFrom lsid. This is not currently stored in provenance. We can't tell who originally created the run.
- opening the kar again during a subsequent kepler session will again import the run with a different lsid even though it's already been imported, because the lookup to avoid this is based on the original lsid. So you end up with two runs that are the same in all ways but run lsid. This bug doesn't happen during the same kepler session.

I think the solution to these issues is to make sure WorkflowRuns are getting and storing referral list, and to then store and utilize the referral list in provenance.

History

#1 Updated by Derik Barseghian about 9 years ago

fixed in r24244 (trunk) and r24246 (2.0).

#2 Updated by Redmine Admin over 6 years ago

Original Bugzilla ID was 4976

Also available in: Atom PDF