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

Copy hearing #363

Merged
merged 2 commits into from
Dec 14, 2021
Merged

Copy hearing #363

merged 2 commits into from
Dec 14, 2021

Conversation

ranta
Copy link
Contributor

@ranta ranta commented Dec 13, 2021

refs. KER-21

@ranta ranta merged commit 6c97234 into master Dec 14, 2021
@ranta ranta deleted the copy-hearing branch December 14, 2021 09:23
danipran added a commit that referenced this pull request Apr 26, 2024
Some of the serializers worked with a update-or-copy
logic instead of update-or-create (as their name would
imply), which was added in PR #363 (6c97234).

This caused an error whenever you're creating
a new hearing and have already uploaded a file to a
section (via the form's file upload functionality).
Added a test to confirm that this scenario functions
correctly now.

This removes that copy logic and moves the burden
to the consumer of the API, i.e. the consumer needs
to remove the IDs from the data they want to copy.
danipran added a commit that referenced this pull request May 3, 2024
Some of the serializers worked with a update-or-copy
logic instead of update-or-create (as their name would
imply), which was added in PR #363 (6c97234).

This caused an error whenever you're creating
a new hearing and have already uploaded a file to a
section (via the form's file upload functionality).
Added a test to confirm that this scenario functions
correctly now.

This removes that copy (or rather, save as copy)
logic and moves the burden to the consumer of the
API, i.e. the consumer needs to remove the IDs
from the data they want to copy.

However, files and images still need a reference
to the instance they're copied from, so add a
new field "reference_id" for this. This allows
the user to create new files or images based
on existing instances.

In its current state, it's meant for
"save as new" type of situations.
This means that if the pk is set for an
image/file, then it will ignore the
reference_id, i.e. you cannot update an
existing instance using reference_id.
danipran added a commit that referenced this pull request May 6, 2024
Some of the serializers worked with a update-or-copy
logic instead of update-or-create (as their name would
imply), which was added in PR #363 (6c97234).

This caused an error whenever you're creating
a new hearing and have already uploaded a file to a
section (via the form's file upload functionality).
Added a test to confirm that this scenario functions
correctly now.

This removes that copy (or rather, save as copy)
logic and moves the burden to the consumer of the
API, i.e. the consumer needs to remove the IDs
from the data they want to copy.

However, files and images still need a reference
to the instance they're copied from, so add a
new field "reference_id" for this. This allows
the user to create new files or images based
on existing instances.

In its current state, it's meant for
"save as new" type of situations.
This means that if the pk is set for an
image/file, then it will ignore the
reference_id, i.e. you cannot update an
existing instance using reference_id.
danipran added a commit that referenced this pull request May 7, 2024
Some of the serializers worked with a update-or-copy
logic instead of update-or-create (as their name would
imply), which was added in PR #363 (6c97234).

This caused an error whenever you're creating
a new hearing and have already uploaded a file to a
section (via the form's file upload functionality).
Added a test to confirm that this scenario functions
correctly now.

This removes that copy (or rather, save as copy)
logic and moves the burden to the consumer of the
API, i.e. the consumer needs to remove the IDs
from the data they want to copy.

However, files and images still need a reference
to the instance they're copied from, so add a
new field "reference_id" for this. This allows
the user to create new files or images based
on existing instances.

In its current state, it's meant for
"save as new" type of situations.
This means that if the pk is set for an
image/file, then it will ignore the
reference_id, i.e. you cannot update an
existing instance using reference_id.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants