Uploaded image for project: 'SR for Confluence - Development'
  1. SR for Confluence - Development
  2. SRCONF-728

Determine how to handle migrating data from existing macros in the old plugin to ScriptRunner for Confluence

    XMLWordPrintableJSON

Details

    • Spike
    • Status: Done
    • Low
    • Resolution: Done
    • None
    • 5.6.4, 5.6.5
    • None
    • None
    • SR Squad 113, SR Squad 114, SR Squad 115, SR Squad 116, SR Squad 117, SR Squad 118, SR Squad 119, SR Squad 120, SR Squad 121
    • 0

    Description

      This story will require some investigation.

      Ideal logic would be: if the Create Page app is installed then disable it AND migrate all existing macros to the new copy we setup in SRCONF-670.
      There should be some feedback to the user to tell them, "Hey, your macros have been migrated. We disabled Create Page, and you can uninstall it."

      However, it may not be as straightforward to migrate data and disable the other plugin. The way ScriptRunner for Jira handled this case with the Template Comments for Jira Service Desk plugin was actually the reverse: if the old plugin was installed, they disabled ScriptRunner's module that had the redundant functionality. That was slightly different, though, in that the configuration was stored via ActiveObjects, and could easily be passed between plugins. Migrating macros may be different, as they have their own storage format.

      Attachments

        Issue Links

          Activity

            People

              jcarter Jonny Carter
              aserrano Andre Serrano
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: