Figure out a more seamless way of managing configurations between modpack updates #6
Labels
No labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
Reverie-Projects/monorepo#6
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
What is the issue?
In a lot of cases, updating config files would be as simple as overwriting them in the modpack (like when updating a global item/block whitelist).
In cases where we'd need to toggle specific features within a mod's config file (notably with Legacy4J with stuff like
Legacy Item Pickup), we'd have to work out a way to toggle only what needs to toggled within a single update, or have some record of configuration changes available when migrating from a really old version to the latest, all without affecting some of the user-facing options.A big concern with this would be the handling of different configration formats, but it'd be best to start with the usual JSON structure and work our way through others if need be
To Reproduce
Modpack
Rekindled Legacy (list TU in your bug report)
Pack Version
"26.1.2-based"
Minecraft Version
26.1.2
ModLoader
Fabric
Log and crash report
nuh uh
Additional Context
bruh idk how to do issue templates so im just doing it through the modpack template
Acknowledgement