Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

More configurable snapshot restore functionality #2376

Open
SusStew opened this issue Jul 31, 2023 · 0 comments
Open

More configurable snapshot restore functionality #2376

SusStew opened this issue Jul 31, 2023 · 0 comments
Labels
status:pending Pending acceptance or closure. type:feature-request Request for something new

Comments

@SusStew
Copy link

SusStew commented Jul 31, 2023

The Problem

Restoring from a backup on a Fabric server, where dimensions are stored inside of the main world folder in DIM1 and DIM-1, does not work. In addition, Textile Backup, which is a backup mod for Fabric, omits the world subdirectory and instead has the world files directly in the archive. For example, WorldEdit expects files in backup/world/<archive.zip>/world/region whereas Textile Backup has files in backup/world/<archive.zip>/region. Both WorldEdit and Textile Backup have some directory configuration; you can change WorldEdit's snapshot directory, and you can also change Textile Backup's backup location, but neither mod lets you change the config so they are compatible with each other.

A Solution

The directory structure for the archives themselves should be configurable. This could be set in the main WorldEdit config file, or possibly while selected an archive with the /snap command.

Alternatives

This problem could be fixed on Textile Backup's side but imo it would make more sense for the mod reading the archive to accept formats used by many mods, and not WorldEdit's own specific structure. (also, I'm sure that Textile Backup isn't the only backup plugin/mod to not save its backups in this one specific format)

Anything Else?

No response

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
status:pending Pending acceptance or closure. type:feature-request Request for something new
Projects
None yet
Development

No branches or pull requests

1 participant