How to duplicate an app from a managed space

[ggijben]

Hi All, 

I have an app in a managed space that i want to edit, but i can't find the option to duplicate it so i can make changes. I only can move it to another managed space, but you can't edit  it there.

This is really driving me crazy. Both in the HUB or in the Console, i cant find the duplicatie option. Just some options to edit the name and schedule the reload.

Hopefully someone can point me in the right direction.

[sten_lomme]

Shouldn't this feature be part of native Qlik SaaS solution? Is there any plans on including this in the platform?

[luizcdepaula]

Hi Alex,

Can you share the details on how you set up the input values in the automation? I am new to automation and I am having trouble understanding how to use the Json file.

Thanks,

Luiz

[jelzo_nl]

Important

Please upvote this idea to add this function to the development roadmap as soon as possible:
https://community.qlik.com/t5/Suggest-an-Idea/Qlik-Sense-SaaS-Duplicate-Export-App-from-Managed-Spac...

Method: Using Qlik Automation

You can also unpublish using Qlik Automation. This will move the app back to the owners personal space.

1. Create a new API key ({apiKey}).
2. Create the automation flow as shown below.
3. Add the app id to the appId variable.
4. Create a new connection type='httpheader', authentication_name='Authorization', api_key='Bearer {apiKey}', base_url='{tenantId}.{region}.qlikcloud.com/api/v1/'.
5. Run the automation.

Unpublish app from managed space using Qlik Automation

[mgranillo]

@AlexOmetis Are you able to update the app using this method? All i see this doing is making a copy, which is better than nothing, but i really need to be able to overwrite the existing app in the managed space . Do you know a way to do that without pulling it down from the managed space. How to get that back if the original copy is deleted?

[GabrielLima]

You can't change the published app in Saas or duplicate it. So, you can move the published app to your workspace area, after you can change the necessary, publish your app again. 

[mgranillo]

End users can't access the app during that process right? Essentially an outage to end users.  Not good.  Hoping Qlik can do something about this.  Supposedly a fix is on the roadmap but still waiting...

[GabrielLima]

This topic is of 2020, some alternative solutions was developed about this problem. When i had this problem i see a lot of topics opened. Maybe it will take a while.

When you move the app to your workspace, you will can duplicate the app.

So, you move the app, duplicate the app, then publish the app again.

Now you will can change the app because you have a dashboard copy.

Then you can publish the app replacing old app.

[mgranillo]

You will have a copy, but the copy cannot be used to overwrite the existing app.  It's crucial to be able to overwrite the existing app so personal sheets are maintained.  If you publish the duplicate copy, personal sheets are gone. The only alternative is to use the API to move the app from the managed space, make your updates then use the API to move the app back to the managed space.  This maintains the personal sheets but means the app is down from production while updates are being done.  Fortunately, Qlik just updated the ideation page this week and says a fix is coming very soon.   It can't come soon enough. It's making a mess of our workflow.

[GabrielLima]

i think that we have a different problem, when you move the app to your WS, you should can restart the process. Publish, replace, etc.

[mgranillo]

You can't restart the process. Only the original app is able to overwrite the app that was moved from the managed space. That app is gone is this scenario.  If you want to restart with the duplicate, then all the end user sheets will be gone.  We have apps with dozen to hundreds, sometimes even over a thousand end-user built sheets. A lot of it is junk but some of it's not.  If you restart the process with the dup, all that's gone.  I haven't even looked at bookmarks.  Those permissions are probably lost too.