Uploaded image for project: 'Confluence Data Center'
  1. Confluence Data Center
  2. CONFSERVER-31021

Site Import causes users to show as Anonymous in metadata

XMLWordPrintable

      NOTE: This bug report is for Confluence Server. Using Confluence Cloud? See the corresponding bug report.

      When using the Site Importer tool in the latest Confluence OnDemand release (5.3-OD-7), all content ownership is set to 'Anonymous'. This can be reproduced when importing a full backup from a standalone Confluence (tested with 5.2.5). Looking into the database, we can see that "creator" and "lastmodifier" are null for any imported page.

      Steps to reproduce

      1. Create a backup from a Confluence v.5.2.5 (or use the backup attached)
      2. Import that backup via Import Site menu in a Confluence 5.3-OD-7

      Expected results

      Page/Blog creators or modifiers are correctly displayed

      Actual results

      Page/Blog creators or modifiers are shown as anonymous

        1. anonymous modifier.png
          anonymous modifier.png
          1 kB
        2. xmlexport-20130930-144741-1.zip
          81 kB

          Form Name

            [CONFSERVER-31021] Site Import causes users to show as Anonymous in metadata

            Chris Held added a comment -

            Apparently still exists in 5.6.6. standalone version, see attached image.

            Chris Held added a comment - Apparently still exists in 5.6.6. standalone version, see attached image.

            Paul Curren added a comment -

            Failing tests in the build due to this change. See https://extranet-bamboo.internal.atlassian.com/browse/JSTS-OCI.
            Because the ConfluenceUserImpl's are being created "externally" to the Confluence import code (in the Hotovo imported) the imported objects which are waiting for the ConfluenceUserImpls to be imported (such as SpacePermissions) never actually see this happen so are never properly populated.

            Paul Curren added a comment - Failing tests in the build due to this change. See https://extranet-bamboo.internal.atlassian.com/browse/JSTS-OCI . Because the ConfluenceUserImpl's are being created "externally" to the Confluence import code (in the Hotovo imported) the imported objects which are waiting for the ConfluenceUserImpls to be imported (such as SpacePermissions) never actually see this happen so are never properly populated.

              pcurren Paul Curren
              jspaniol Jeison
              Affected customers:
              3 This affects my team
              Watchers:
              12 Start watching this issue

                Created:
                Updated:
                Resolved: