Bug #11840
closed
[API] [Workbench] unique constraint violation error on index_collections_on_owner_uuid_and_name when untrashing a trashed collection
Added by Radhika Chippada almost 7 years ago.
Updated almost 7 years ago.
Assigned To:
Radhika Chippada
Description
I deleted a collection in my home project.
Then renamed another collection to have the same name as the deleted collection.
After that, I went to /trash page, and tried to untrash the first collection.
The collection was not untrashed, but no error message was shown either.
Looking at the workbench log, I see that the unique constraint violation took place.
- Description updated (diff)
See Expiring collections
add the "ensure_unique_name" feature to the "update" method (currently it is only available in "create").
Now that we also have a separate "untrash" API, we'd also need to add the "ensure_unique_name" feature there too.
Presumably Workbench would always set the ensure_unique_name flag when calling untrash.
- Subject changed from [Workbench] unique constraint violation error on index_collections_on_owner_uuid_and_name when untrashing a trashed collection to [API] [Workbench] unique constraint violation error on index_collections_on_owner_uuid_and_name when untrashing a trashed collection
- Assigned To set to Radhika Chippada
- Target version set to 2017-07-05 sprint
- Status changed from New to In Progress
- Status changed from In Progress to Resolved
- % Done changed from 0 to 100
Applied in changeset arvados|commit:69e9a3e41a8d381adc095718a73a8a99a7943a5a.
Also available in: Atom
PDF
Updated by Radhika Chippada 
Updated by 
Updated by