Project

General

Profile

Actions

Bug #4976

closed

Importing run archive from a different namespace is broken

Added by Derik Barseghian almost 14 years ago. Updated almost 14 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.

Actions #1

Updated by Derik Barseghian almost 14 years ago

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

Actions #2

Updated by Redmine Admin about 11 years ago

Original Bugzilla ID was 4976

Actions

Also available in: Atom PDF