Project

General

Profile

Actions

Bug #4432

closed

[SDKs] When copying pipeline instances using arv-copy, the component jobs get re-arranged

Added by Bryan Cosca about 10 years ago. Updated about 10 years ago.

Status:
Closed
Priority:
Normal
Assigned To:
-
Category:
SDKs
Target version:
Start date:
11/05/2014
Due date:
% Done:

0%

Estimated time:
Story points:
-

Description

for example: qr1hi-d1hrv-k46opnhr3hovt7g, i expected BWA first and Haplotype caller last.


Related issues 1 (0 open1 closed)

Is duplicate of Arvados - Story #2992: [Workbench] Support "display_order" (integer) key for pipeline template components. Obey when rendering pipeline summary/details in Workbench.Rejected03/13/2019

Actions
Actions #1

Updated by Brett Smith about 10 years ago

  • Subject changed from When copying pipeline instances using arv-copy, the jobs get re-arranged to [SDKs] When copying pipeline instances using arv-copy, the component jobs get re-arranged
  • Category set to SDKs
  • Target version set to Bug Triage

This happens because Ruby hashes retain the order of keys, but Python dictionaries do not. As long as the pipeline instance lives in the Ruby universe, the components stay in order. When Python reads it, it loses the ordering, and puts it back in the Ruby universe all jumbled.

Python has an OrderedDict in the collections module. One way to fix this problem might be to make sure apiclient uses that class when it converts API responses into objects.

Actions #2

Updated by Brett Smith about 10 years ago

  • Status changed from New to Resolved
  • Target version changed from Bug Triage to 2014-11-19 sprint

Bryan,

Turns out we already had an issue for this. Please watch #2992 if you're interested in following the development. I mentioned to Ward that we should prioritize the issue higher because it causes this surprising display behavior. Thanks.

Actions #3

Updated by Brett Smith about 10 years ago

  • Status changed from Resolved to Closed
Actions

Also available in: Atom PDF