Uploaded image for project: 'Nuxeo Platform'
  1. Nuxeo Platform
  2. NXP-19626

Do not checkout a document when putting it in the trash

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Resolved
    • Priority: Major
    • Resolution: Fixed
    • Affects Version/s: 7.10
    • Fix Version/s: 7.10-HF10, 8.3
    • Component/s: Core
    • Backlog priority:
      600
    • Upgrade notes:
      Hide

      The org.nuxeo.trash.keepCheckedIn configuration property defines the behavior when putting a checked in document in the trash.
      When true, the document will be kept checked in (this avoids growing quotas). This is the default since Nuxeo 8.3.
      When false, the document will be checked out (compatibility behavior).

      Show
      The org.nuxeo.trash.keepCheckedIn configuration property defines the behavior when putting a checked in document in the trash. When true, the document will be kept checked in (this avoids growing quotas). This is the default since Nuxeo 8.3. When false, the document will be checked out (compatibility behavior).
    • Sprint:
      nxFG 8.3.3
    • Story Points:
      3

      Description

      The delete transition (putting to the trash) should not check a document out because the checked in document is not modified by this action.
      Same thing when restoring a document from the trash (following the undelete transition).

      This will solve an issue with the Quota module where a size limit exceeded exception was raised when putting a document to the trash.

      For version 7.10, the current behavior must be kept. We will use a property of the configuration service to active the new behavior of the checkout.

      Since Nuxeo 8.3 putting a checked in document in the trash will not check it out, thus not spuriously changing its quota size. This behavior can be also activated in Nuxeo 7.10 since HF10 using:

      <extension target="org.nuxeo.runtime.ConfigurationService" point="configuration">
        <property name="org.nuxeo.trash.keepCheckedIn">true</property>
      </extension>
      

        Attachments

          Activity

            People

            • Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved:

                Time Tracking

                Estimated:
                Original Estimate - Not Specified
                Not Specified
                Remaining:
                Remaining Estimate - 0 minutes
                0m
                Logged:
                Time Spent - 3 hours
                3h