I’m trying to restore my discourse site, but I can’t upload backups. It eventually fails with a 500 error (though that’s probably irrelevant).
The JavaScript console is showing that it’s trying to post to https://site.com/admin/backups/upload. The issue with this is that the path isn’t valid. The site is configured to use a subfolder per these instructions: Subfolder support with Docker. It looks like the upload function isn’t respecting that and is leaving out the value specified in DISCOURSE_RELATIVE_URL_ROOT.
I’m not currently able to manually upload files to the server (AWS EC2 instance with lots of security). The site is also configured to use S3 for backups, but Discourse doesn’t see the backups uploaded manually to S3. Discourse doesn’t see any of the backups after resetting the EC2 instance.
Does anyone have any ideas how to fix this? My discourse instance is completely broken until I can load a backup.
Update:
I was able to work around the alleged bug and my limitations by turning of S3 config, uploading the backup as an attachment to a post, SSHing into the server to copy it from the uploads folder to the backups folder, renaming to its original name, and then it showed on the backups page and I could click the button to restore that backup.
The original issue remains, however. This is still a blocker for me as I do not have SSH access to the prod instance to move and rename the file.
