Uploaded image for project: 'eZ Publish / Platform'
  1. eZ Publish / Platform
  2. EZP-24385

As an editor, I want to be able to remove a content

    Details

    • Sprint:
      Pollux Platform S11, Pollux Platform S12, Pollux Platform S13

      Description

      Wireframes located here: https://doc.ez.no/display/PR/PlatformUI+-+Copy%2C+Move%2C+Delete

      The scope of this story is to add a button action view (like Edit) in the action bar (the right toolbar) to be able to remove the content. The "Manage" button with the expandable behaviour is out of the scope of this story.
      When the user clicks on this button, the user is prompted to confirm his decision to remove the content. If he confirms, the content is moved to the trash

        Issue Links

          Activity

          Show
          Mateusz Hyndle added a comment - PR: https://github.com/ezsystems/PlatformUIBundle/pull/231
          Hide
          Paulo Nunes (Inactive) added a comment - - edited

          I guess these questions are more for PM, but...:
          – When not having permissions to remove an object, the user should have the "Send to Trash" button action view disabled or should the button be always enabled and the user warned of the impossibility to remove the object when he tries to do so?
          – When removing, the action menu "Send to Trash" implies that, by default the object is send to trash. Will the user have the option to remove without sending to trash?
          – Sending something to trash implies that the un-trash possibility will exist... or not?
          – When a user removes an object that has child objects, will the user be warned about this fact before confirming the removal?
          – Will an object be able to have multiple locations? If so, as crevillo asked in git PR, the removal is for one location or for all locations?
          – Will a user be able to remove multiple objects simultaneously?

          Show
          Paulo Nunes (Inactive) added a comment - - edited I guess these questions are more for PM, but...: – When not having permissions to remove an object, the user should have the "Send to Trash" button action view disabled or should the button be always enabled and the user warned of the impossibility to remove the object when he tries to do so? – When removing, the action menu "Send to Trash" implies that, by default the object is send to trash. Will the user have the option to remove without sending to trash? – Sending something to trash implies that the un-trash possibility will exist... or not? – When a user removes an object that has child objects, will the user be warned about this fact before confirming the removal? – Will an object be able to have multiple locations? If so, as crevillo asked in git PR, the removal is for one location or for all locations? – Will a user be able to remove multiple objects simultaneously?
          Hide
          Damien Pobel (Inactive) added a comment - - edited

          ping Roland Benedetti [~jince.kuruvilla@ez.no]

          Show
          Damien Pobel (Inactive) added a comment - - edited ping Roland Benedetti [~jince.kuruvilla@ez.no]
          Hide
          Paulo Nunes (Inactive) added a comment - - edited

          Mateusz Hyndle: When i remove an object, the Content Tree is not being updated to reflect this removal

          Show
          Paulo Nunes (Inactive) added a comment - - edited Mateusz Hyndle : When i remove an object, the Content Tree is not being updated to reflect this removal
          Hide
          Damien Pobel (Inactive) added a comment -

          Paulo Nunes indeed, he already notices that, the corresponding issue https://jira.ez.no/browse/EZP-24410 is linked.

          Show
          Damien Pobel (Inactive) added a comment - Paulo Nunes indeed, he already notices that, the corresponding issue https://jira.ez.no/browse/EZP-24410 is linked.
          Hide
          Paulo Nunes (Inactive) added a comment -

          QA Approved

          Show
          Paulo Nunes (Inactive) added a comment - QA Approved

            People

            • Assignee:
              Unassigned
              Reporter:
              Damien Pobel (Inactive)
            • Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved:

                Time Tracking

                Estimated:
                Original Estimate - 4 days Original Estimate - 4 days
                4d
                Remaining:
                Time Spent - 1 week, 1 day, 3 hours, 30 minutes Remaining Estimate - 1 day
                1d
                Logged:
                Time Spent - 1 week, 1 day, 3 hours, 30 minutes Remaining Estimate - 1 day
                1w 1d 3h 30m

                  Agile