Project

Profile

Help

Issue #3232

closed

As a user, I should be told what I have just uploaded

Added by mihai.ibanescu@gmail.com about 6 years ago. Updated almost 5 years ago.

Status:
CLOSED - CURRENTRELEASE
Priority:
Normal
Assignee:
-
Start date:
Due date:
Estimated time:
Severity:
2. Medium
Version - Docker:
Platform Release:
2.15.1
Target Release - Docker:
OS:
Triaged:
Yes
Groomed:
No
Sprint Candidate:
No
Tags:
Pulp 2
Sprint:
Quarter:

Description

It is helpful to know the unit_key data for the manifest that was uploaded
in order to facilitate further processing.

Typically, in an automated workflow, a docker image upload is immediately
followed by an image tag, and the digest is needed in that case.
The importer's upload_unit does not return any information about what got uploaded:

return {'success_flag': True, 'summary': '', 'details': {}}

The Debian and Windows plugins do this:

        unit = unit.save_and_associate(file_path, repo)
        return dict(success_flag=True, summary="",
                    details=dict(
                        unit=dict(unit_key=unit.unit_key,
                                  metadata=unit.all_properties)))

which seems more useful.

A somewhat similar pattern exists in the core's unit_association.py, where information about units that were successfully associated is present under the task's ["details"]["units_successful"]

Actions #2

Updated by mihai.ibanescu@gmail.com about 6 years ago

  • Description updated (diff)
Actions #3

Updated by mihai.ibanescu@gmail.com about 6 years ago

  • Status changed from NEW to POST
Actions #4

Updated by dalley about 6 years ago

  • Triaged changed from No to Yes

Added by Mihai Ibanescu about 6 years ago

Revision 18e6c1fe | View on GitHub

upload_unit returns the unit key for what got uploaded

It is helpful to know the unit_key data for the manifest that was uploaded in order to facilitate further processing.

Typically, in an automated workflow, a docker image upload is immediately followed by an image tag, and the digest is needed in that case.

The return data is similar to what the association code returns.

closes #3232 https://pulp.plan.io/issues/3232

Added by Mihai Ibanescu about 6 years ago

Revision 18e6c1fe | View on GitHub

upload_unit returns the unit key for what got uploaded

It is helpful to know the unit_key data for the manifest that was uploaded in order to facilitate further processing.

Typically, in an automated workflow, a docker image upload is immediately followed by an image tag, and the digest is needed in that case.

The return data is similar to what the association code returns.

closes #3232 https://pulp.plan.io/issues/3232

Added by Mihai Ibanescu about 6 years ago

Revision 18e6c1fe | View on GitHub

upload_unit returns the unit key for what got uploaded

It is helpful to know the unit_key data for the manifest that was uploaded in order to facilitate further processing.

Typically, in an automated workflow, a docker image upload is immediately followed by an image tag, and the digest is needed in that case.

The return data is similar to what the association code returns.

closes #3232 https://pulp.plan.io/issues/3232

Added by Mihai Ibanescu about 6 years ago

Revision 18e6c1fe | View on GitHub

upload_unit returns the unit key for what got uploaded

It is helpful to know the unit_key data for the manifest that was uploaded in order to facilitate further processing.

Typically, in an automated workflow, a docker image upload is immediately followed by an image tag, and the digest is needed in that case.

The return data is similar to what the association code returns.

closes #3232 https://pulp.plan.io/issues/3232

Actions #5

Updated by Anonymous about 6 years ago

  • Status changed from POST to MODIFIED
Actions #6

Updated by pcreech about 6 years ago

  • Platform Release set to 2.15.1

Added by Mihai Ibanescu about 6 years ago

Revision 908f589b | View on GitHub

upload_unit returns the unit key for what got uploaded

It is helpful to know the unit_key data for the manifest that was uploaded in order to facilitate further processing.

Typically, in an automated workflow, a docker image upload is immediately followed by an image tag, and the digest is needed in that case.

The return data is similar to what the association code returns.

closes #3232 https://pulp.plan.io/issues/3232

(cherry picked from commit 18e6c1fe83e9686e54178067b0c213067975e9ee)

Added by Mihai Ibanescu about 6 years ago

Revision 908f589b | View on GitHub

upload_unit returns the unit key for what got uploaded

It is helpful to know the unit_key data for the manifest that was uploaded in order to facilitate further processing.

Typically, in an automated workflow, a docker image upload is immediately followed by an image tag, and the digest is needed in that case.

The return data is similar to what the association code returns.

closes #3232 https://pulp.plan.io/issues/3232

(cherry picked from commit 18e6c1fe83e9686e54178067b0c213067975e9ee)

Actions #7

Updated by Anonymous about 6 years ago

Actions #8

Updated by pcreech about 6 years ago

  • Status changed from MODIFIED to 5
Actions #9

Updated by pcreech about 6 years ago

  • Status changed from 5 to CLOSED - CURRENTRELEASE
Actions #10

Updated by bmbouter almost 5 years ago

  • Tags Pulp 2 added

Also available in: Atom PDF