Project

General

Profile

Actions

Feature #3900

closed

[Workbench] Trash button on collection uses "delete" API instead of setting expires_at/trash_at

Added by Tom Clegg over 9 years ago. Updated about 7 years ago.

Status:
Resolved
Priority:
Normal
Assigned To:
Category:
-
Target version:
Story points:
1.0

Description

The trash button for collections in Workbench should use the collections/delete API instead of changing owner_uuid to current_user.uuid (aka "home project"). The collection will then be wiped from the current listing, as the trash button does now, because trashed collections do not appear in collection listings.

See Expiring collections


Subtasks 1 (0 open1 closed)

Task #11044: Review 3900-trash-collections-delete-apiResolvedRadhika Chippada02/10/2017Actions

Related issues

Related to Arvados - Idea #3411: [API] Implement Trash behavior using collection expirationResolvedTim Pierce07/29/2014Actions
Related to Arvados - Idea #9278: [Crunch2] Document/fix handling of collections with non-nil expires_at fieldIn ProgressActions
Copied to Arvados - Idea #9592: [FUSE] rmdir on CollectionDirectory sets expires_atNewTom MorrisActions
Actions #1

Updated by Brett Smith over 7 years ago

  • Subject changed from [Workbench] Trash button on collection sets expiry time to now+trash_ttl (see #3411), trashed collections are hidden unless "show trashed collections" checkbox is checked to [Workbench] Trash button on collection sets expires_at
  • Description updated (diff)
Actions #2

Updated by Brett Smith over 7 years ago

  • Assigned To set to Brett Smith
  • Story points deleted (2.5)
Actions #3

Updated by Tom Clegg over 7 years ago

  • Description updated (diff)
Actions #4

Updated by Tom Clegg over 7 years ago

  • Description updated (diff)
Actions #5

Updated by Tom Morris over 7 years ago

  • Assigned To changed from Brett Smith to Tom Morris
Actions #6

Updated by Tom Morris over 7 years ago

  • Assigned To deleted (Tom Morris)
Actions #7

Updated by Tom Clegg about 7 years ago

  • Description updated (diff)
Actions #8

Updated by Tom Clegg about 7 years ago

  • Description updated (diff)
Actions #9

Updated by Tom Morris about 7 years ago

  • Target version changed from Arvados Future Sprints to 2017-02-15 sprint
  • Story points set to 1.0
Actions #10

Updated by Lucas Di Pentima about 7 years ago

  • Assigned To set to Lucas Di Pentima
Actions #11

Updated by Lucas Di Pentima about 7 years ago

  • Status changed from New to In Progress
Actions #12

Updated by Tom Clegg about 7 years ago

  • Subject changed from [Workbench] Trash button on collection sets expires_at to [Workbench] Trash button on collection uses "delete" API instead of setting expires_at/trash_at
Actions #13

Updated by Lucas Di Pentima about 7 years ago

Branch 3900-trash-collections-delete-api at 108467e
Test run: https://ci.curoverse.com/job/developer-run-tests/158/

Changed projects controller to call destroy method on every item removed. When removing a collection, also reparent it to the home project so that the project can be eventually deleted.

Actions #14

Updated by Lucas Di Pentima about 7 years ago

Updates: 4dbaf8c
Test run: https://ci.curoverse.com/job/developer-run-tests/159/

Reverted changes so that Workbench make a delete API call on collection removal only, as there are explicit functional tests that check for other objects inside projects to be moved to the Home project when removed.

Although TomC said to me that WB should ask for API delete method on any object being removed from a project regardless its type, the fact that there are tests confirming that non-collection objects should be moved instead of deleted make me think this is out of scope for this ticket and not a simple change.

Actions #15

Updated by Radhika Chippada about 7 years ago

  • In the following, you might want to invoke "item.destroy" before updating "@removed_uuids" just for semantics
             @removed_uuids << item.uuid
    +        item.destroy
    

LGTM

Actions #16

Updated by Lucas Di Pentima about 7 years ago

  • Status changed from In Progress to Resolved
  • % Done changed from 0 to 100

Applied in changeset arvados|commit:d3719c6ba29daec66eb1dd4003f2580f97da8e41.

Actions

Also available in: Atom PDF