There are a lot of problems with moving large page trees via 'Move' feature. It usually takes a lot of time and can easily fail if any concurrent modifications from users are happening. The reason of time complexity if the fact that the whole move is executed in single DB transaction. Due to hibernate autoflush it can take O(N^2) operation because of persistence context scanning.

      Another problem is that move feature emits a ton of PageMoveEvents that are used to update various stuff (links, attachments, index). If the listener of the event fails, the system prints the error in log and continues move. These failed event listeners lead to system inconsistencies. For example links between pages might be corrupted or attachments not available.

      Basically, it is impossible right now to execute large move operation (tens of thousands of pages) and get successful results from the first run. This feature should be redesigned so that it becomes more stable on large customer instances.

      What workarounds are used right now by big customers:

      • unlink the instances from load balancer to ensure no concurrent modifications are hapenning
      • restrict affected spaces so that no one modifies pages there
      • use API instead of UI because UI timeouts after couple of minutes (with backend operation still running)
      • split initial move to batches to make it more managable
      • go to safe mode so that plugins don't fail on listening PageMove events

            [CONFSERVER-56060] Page Move feature should be more stable

            Tam Tran added a comment -

            For the issue where attachments are missing after a failed page move, please refer to CONFSERVER-62835

            Tam Tran added a comment - For the issue where attachments are missing after a failed page move, please refer to CONFSERVER-62835

            We have had multiple reports in our instance of images going missing after a page move, to the point where our support person tells them to always use Copy, never Move. I am about ready to turn off the Move item in the menu since it doesn't reliably work.

            In my mind, this is an extremely high severity bug, since it results in missing data.

            Rachel Purpel added a comment - We have had multiple reports in our instance of images going missing after a page move, to the point where our support person tells them to always use Copy, never Move. I am about ready to turn off the Move item in the menu since it doesn't reliably work. In my mind, this is an extremely high severity bug, since it results in missing data.

            6.5.2 seems affected, too

            Paula Dasch added a comment - 6.5.2 seems affected, too

              Unassigned Unassigned
              epyshnograev Efim (Inactive)
              Affected customers:
              29 This affects my team
              Watchers:
              29 Start watching this issue

                Created:
                Updated: