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



    • 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


      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.


        Issue Links



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