Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Import fails to connect collection version and metadata content #1836

Closed
mdellweg opened this issue May 7, 2024 · 1 comment · Fixed by #1837
Closed

Import fails to connect collection version and metadata content #1836

mdellweg opened this issue May 7, 2024 · 1 comment · Fixed by #1837

Comments

@mdellweg
Copy link
Member

mdellweg commented May 7, 2024

Version

Describe the bug
Import fails to associate signatures (and probably other content) to collection versions.

To Reproduce
Steps to reproduce the behavior:

Expected behavior
A clear and concise description of what you expected to happen.

Additional context
Add any other context about the problem here. Please provide links to any previous discussions via Discourse or Bugzilla.

mdellweg added a commit to mdellweg/pulp_ansible that referenced this issue May 7, 2024
The import code was unable to link up a collection version with its
metadata because using multiple fields as a foreign key is not supported
by django-import-export. The only viable fallback given existing export
files is to use the upstream_id.

fixes pulp#1836
@pulpbot pulpbot moved this to Needs review in RH Pulp Kanban board May 7, 2024
mdellweg added a commit to mdellweg/pulp_ansible that referenced this issue May 8, 2024
The import code was unable to link up a collection version with its
metadata because using multiple fields as a foreign key is not supported
by django-import-export. The only viable fallback given existing export
files is to use the upstream_id.

This accidentally also fixes the deprecation content api, since it was
needed in the tests.

fixes pulp#1836
mdellweg added a commit to mdellweg/pulp_ansible that referenced this issue May 8, 2024
The import code was unable to link up a collection version with its
metadata because using multiple fields as a foreign key is not supported
by django-import-export. The only viable fallback given existing export
files is to use the upstream_id.

This accidentally also fixes the deprecation content api, since it was
needed in the tests.

fixes pulp#1836
mdellweg added a commit to mdellweg/pulp_ansible that referenced this issue May 8, 2024
The import code was unable to link up a collection version with its
metadata because using multiple fields as a foreign key is not supported
by django-import-export. The only viable fallback given existing export
files is to use the upstream_id.

fixes pulp#1836
mdellweg added a commit that referenced this issue May 8, 2024
The import code was unable to link up a collection version with its
metadata because using multiple fields as a foreign key is not supported
by django-import-export. The only viable fallback given existing export
files is to use the upstream_id.

fixes #1836
patchback bot pushed a commit that referenced this issue May 8, 2024
The import code was unable to link up a collection version with its
metadata because using multiple fields as a foreign key is not supported
by django-import-export. The only viable fallback given existing export
files is to use the upstream_id.

fixes #1836

(cherry picked from commit 4cf073b)
@pulpbot pulpbot moved this from Needs review to Done in RH Pulp Kanban board May 8, 2024
mdellweg added a commit to mdellweg/pulp_ansible that referenced this issue May 8, 2024
The import code was unable to link up a collection version with its
metadata because using multiple fields as a foreign key is not supported
by django-import-export. The only viable fallback given existing export
files is to use the upstream_id.

fixes pulp#1836

(cherry picked from commit 4cf073b)
mdellweg added a commit that referenced this issue May 8, 2024
The import code was unable to link up a collection version with its
metadata because using multiple fields as a foreign key is not supported
by django-import-export. The only viable fallback given existing export
files is to use the upstream_id.

fixes #1836

(cherry picked from commit 4cf073b)
patchback bot pushed a commit that referenced this issue May 8, 2024
The import code was unable to link up a collection version with its
metadata because using multiple fields as a foreign key is not supported
by django-import-export. The only viable fallback given existing export
files is to use the upstream_id.

fixes #1836

(cherry picked from commit 4cf073b)
(cherry picked from commit 390b92d)
mdellweg added a commit that referenced this issue May 8, 2024
The import code was unable to link up a collection version with its
metadata because using multiple fields as a foreign key is not supported
by django-import-export. The only viable fallback given existing export
files is to use the upstream_id.

fixes #1836

(cherry picked from commit 4cf073b)
(cherry picked from commit 390b92d)
mdellweg added a commit that referenced this issue May 8, 2024
The import code was unable to link up a collection version with its
metadata because using multiple fields as a foreign key is not supported
by django-import-export. The only viable fallback given existing export
files is to use the upstream_id.

fixes #1836

(cherry picked from commit 4cf073b)
@pulpbot
Copy link
Member

pulpbot commented May 15, 2024

patchback bot pushed a commit that referenced this issue Aug 14, 2024
The import code was unable to link up a collection version with its
metadata because using multiple fields as a foreign key is not supported
by django-import-export. The only viable fallback given existing export
files is to use the upstream_id.

fixes #1836

(cherry picked from commit 4cf073b)
mdellweg added a commit that referenced this issue Aug 14, 2024
The import code was unable to link up a collection version with its
metadata because using multiple fields as a foreign key is not supported
by django-import-export. The only viable fallback given existing export
files is to use the upstream_id.

fixes #1836

(cherry picked from commit 4cf073b)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
No open projects
Archived in project
Development

Successfully merging a pull request may close this issue.

2 participants