<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Import Backup Fails in odd ways]]></title><description><![CDATA[<p dir="auto">Importing an app by exporting a backup config from cloudronA to cloudronB.</p>
<p dir="auto">Backups are on S3v4 + encrypted</p>
<p dir="auto">Importing Backup &gt; uploading backup config saved from cloudronA.</p>
<p dir="auto">Access key is omitted from config save, so pasting that in, however the bug is allowing the import to continue w/o entering the enryption password.</p>
<p dir="auto">This causes the import to fail during the download phase.<br />
It's not graceful either. Can't cancel it.</p>
<p dir="auto">Then the Task Error from the Repair tab lets you retry it, which also fails.</p>
<p dir="auto">Then going back to Backups tab, one cannot do another import by uploading another backup config. The fields remain blank.</p>
<p dir="auto">One must completely exit the app config before one can try again.</p>
<p dir="auto">So two bugs possibly. The middle one shouldn't come up if the first is prevented.</p>
]]></description><link>https://forum.cloudron.io/topic/6530/import-backup-fails-in-odd-ways</link><generator>RSS for Node</generator><lastBuildDate>Sun, 12 Apr 2026 03:16:04 GMT</lastBuildDate><atom:link href="https://forum.cloudron.io/topic/6530.rss" rel="self" type="application/rss+xml"/><pubDate>Mon, 21 Feb 2022 07:15:52 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Import Backup Fails in odd ways on Tue, 22 Feb 2022 15:36:06 GMT]]></title><description><![CDATA[<p dir="auto">For a start, the next version will require the user to add an encryption password if the backup config indicates that the backup is encrypted.</p>
]]></description><link>https://forum.cloudron.io/post/43828</link><guid isPermaLink="true">https://forum.cloudron.io/post/43828</guid><dc:creator><![CDATA[nebulon]]></dc:creator><pubDate>Tue, 22 Feb 2022 15:36:06 GMT</pubDate></item><item><title><![CDATA[Reply to Import Backup Fails in odd ways on Tue, 22 Feb 2022 05:01:43 GMT]]></title><description><![CDATA[<p dir="auto">Correct.</p>
<p dir="auto">The flow could be improved further by providing a unique one-time link (via the api?) for a backup config file that one can simply paste into the destination cloudron instead of downloading and then importing a file.</p>
]]></description><link>https://forum.cloudron.io/post/43806</link><guid isPermaLink="true">https://forum.cloudron.io/post/43806</guid><dc:creator><![CDATA[robi]]></dc:creator><pubDate>Tue, 22 Feb 2022 05:01:43 GMT</pubDate></item><item><title><![CDATA[Reply to Import Backup Fails in odd ways on Mon, 21 Feb 2022 21:44:49 GMT]]></title><description><![CDATA[<p dir="auto">So, the import is indeed allowed even if the app errored out. The "retry import" is not ideal since it doesn't allow you to retry the import with a password.</p>
]]></description><link>https://forum.cloudron.io/post/43801</link><guid isPermaLink="true">https://forum.cloudron.io/post/43801</guid><dc:creator><![CDATA[girish]]></dc:creator><pubDate>Mon, 21 Feb 2022 21:44:49 GMT</pubDate></item><item><title><![CDATA[Reply to Import Backup Fails in odd ways on Mon, 21 Feb 2022 21:19:09 GMT]]></title><description><![CDATA[<p dir="auto">Good report. I guess we have to export in the config that a password is required and the UI needs to "require" it. <a class="plugin-mentions-user plugin-mentions-a" href="/user/nebulon" aria-label="Profile: nebulon">@<bdi>nebulon</bdi></a> knows better than me if this is easy or not.</p>
<p dir="auto">As for the second issue, import should be allowed in any app state (like restore). So, that looks like a bug, will check.</p>
]]></description><link>https://forum.cloudron.io/post/43799</link><guid isPermaLink="true">https://forum.cloudron.io/post/43799</guid><dc:creator><![CDATA[girish]]></dc:creator><pubDate>Mon, 21 Feb 2022 21:19:09 GMT</pubDate></item></channel></rss>