Parameter --entryname does not work for workflows

Bug Report

found during #1216

Expected behaviour

The publish command on CLI should use the optional parameter --entryname to specify a new name for the entry specified by the required parameter --entry. This should register and publish the a copy of the entry under with a new name.

Actual behaviour

This feature is currently broken for both hosted and non-hosted workflows, but works for tools. The basic publish and unpublish CLI commands still work, just not with --entryname.

At first it seemed like it was only broken for hosted workflows since ‘dockstore.org’ wasn’t considered a valid registry, but attempting with non-hosted workflows also result in errors. Seems like the code hasn’t been updated for a while and needs reworking.

Steps to reproduce the behaviour

You might need to be an owner of the entry for --entryname

for tools (works):

dockstore tool publish --entry quay.io/ldcabansay/toolpotato --entryname foopotato

for workflows:

dockstore workflow publish --entry dockstore.org/geezlooueez/granularPotato --entryname delme

note: also try with non-hosted workflow.

Environment (Browser or OS and Dockstore version)

DockstoreAPI - 1.6.0-rc.0

┆Issue is synchronized with this Jira Bug ┆fixVersions: Dockstore 2.X ┆friendlyId: DOCK-633 ┆sprint: Sprint 50- Yellowfin Tuna ┆taskType: Bug

[coverbeck]

➤ Richard Hansen commented:

Do we want mirrored functionality for hosted Tools? Currently, when specifying an entryname the hosted tool is registered, but no source files are copied over. (half the functionality of option 2)

I would say no, just print the error message as well.

[unito-bot]

➤ Richard Hansen commented:

Do we want mirrored functionality for hosted Tools? Currently, when specifying an entryname the hosted tool is registered, but no source files are copied over. (half the functionality of option 2)