Uploaded image for project: 'Magnolia Resources Module'
  1. Magnolia Resources Module
  2. MGNLRES-341

Resources-app, deleting items w/ various issues

    XMLWordPrintable

Details

    • Bug
    • Resolution: Fixed
    • Neutral
    • 3.0
    • 3.0
    • None
    • None
    • Yes
    • UI Framework 16, UI Framework 17
    • 3

    Description

       Wait with this one until we see what PAGES-219 (Actions availability "out of sync") can resolve.

       


      The M.-6-UI version of the Resources app has various issues when it comes to deleting items.

      Publish "marked as deleted" items is not working

      It just doesn't work, without throwing an exception, there is nothing visible in the log.
      Final deletion is not possible with this app.

      Related to this: Currently our head of UX avongunten checks whether it was "valid" to remove the old Publish deletion action (with the idea to utilize the Publish action) in the new Assest-app ... so ... there is a "chance" that you have to bring back the "old action".

      Bring back the action "Publish deletion"

      As far as I  have understood UX / Anja - the ported apps should have the same actions as the "old" apps.
      Hence we should provide the action "Publish deletion".

      Deleting an item throws an exception (silently)

      Deleting works - leading to an item with the "trash bin" icon (marked for deletion), but an exception is thrown every time.
      Sometimes (or always?) it is java.lang.IndexOutOfBoundsException.
      Sometimes I also see this one:

      WARN  org.apache.jackrabbit.core.SessionImpl            : Unclosed session detected.

      Icons of parent items with wrong status (showing trash bin) / maybe restoring issue

      When deleting an item, its parent folder(s) also change into the "marked for deletion" status icon (the trash bin) ... for some cases.
      That is legit, if all the parent folders are just JCR based resource representations of folders.
      If the parent folders are files (from light-modules), that should not happen, otherwise it would frighten the user (if I would be the user).
      I have not yet fully understood when this happens. 

      Update:
      Publishing the nodes which are marked for deletion in fact works, but throws an exception, which make it look like it failed.
      When publishing the deletion of /mtk/templates/pages/basic.yaml - all parent folders are deleted, besides the "super parent/ /mtk.
      Earlier versions have been deleted all parent folders (when there was no ,ore other hotfix in its path).

      example-1: Add a resource within mte, then delete the resource. mte then also gets the trash-bin icon.
      Especually bad: When restoring the resource, the restored resource gets the normal, correct icon, but the parent folder keeps the trash-bin.
      That's wrong for sure.

      example-2 Have a light module. Then ad a resource via resource app. Delete it, and restore it. All fine.

      Little UX glitch

      The "title" (html attribute) displaying the origin of a file shows always "JCR". That's wrong in some case.

      Checklists

        Acceptance criteria

        Attachments

          Issue Links

            Activity

              People

                asiska Adam Siska
                cmeier Christoph Meier
                Nucleus
                Votes:
                0 Vote for this issue
                Watchers:
                3 Start watching this issue

                Dates

                  Created:
                  Updated:
                  Resolved:

                  Checklists

                    Bug DoR
                    Task DoD

                    Time Tracking

                      Estimated:
                      Original Estimate - Not Specified
                      Not Specified
                      Remaining:
                      Time Spent - 0.3h Remaining Estimate - 1h
                      1h
                      Logged:
                      Time Spent - 0.3h Remaining Estimate - 1h
                      0.3h