-
Notifications
You must be signed in to change notification settings - Fork 1
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
automatically migrate to newer GE-Proton #7
Comments
Feedback from Reddit: make it optional to migrate from the "previously latest" to the "now latest" version because sometimes new GE-Proton releases can break games that used to work, even in a single update. Edit: source |
Feedback from Reddit: when someone is without Internet access for a long enough period of time that GloriousEggroll happens to release more than one newer version of GE-Proton, the tool wouldn't be able to distinguish between outdated (eligable for automatic migration) and purposely configured (avoid migrating) compatibility tool settings. Edit: source |
This feature requires more thought. Perhaps we could track compatibility tool configuration ourselves, but keeping state in multiple places is prone to bugs/desync. We could duplicate what ProtonUp-Qt has with the ability to migrate games manually, but why not just use that tool then? :) |
Perhaps the tool could not only download the latest version of GE-Proton, but also duplicate it and name the duplicate something like "Latest Version". That way when a game is set to use "Latest Version", every time the tool updates GE-Proton it overwrites "Latest Version" with the most recent version so users don't have to manually configure games to use the latest version every time there's an update. If a game is set to use "Latest Version", it will always be the latest version (as long as you've downloaded it) |
Couldn't this be handled with a symlink? Download GE-Proton versions as normal and give them their version name. Create a GE-Proton Latest folder and .acf and what have you, and have that symlinked to whatever the latest version is. Any game that is set to use the latest version will then use whatever the symlink is currently pointing to, and then you can keep a configurable number of rollback versions to keep installed. Once that number is exceeded, delete the oldest versions, not counting those explicitly set as used by a game (so not using GE-Proton Latest). Obviously don't count versions in use by a game towards the rollback limit. |
Yes, that sounds like a more efficient solution than duplicating the files, especially on hardware with limited storage such as the 64 GB Steam Deck. |
Apologies for my silence here - life has been very busy. Having it install an optional "latest" symlink might be a useful feature. I can look at testing this at some point. Thanks for the feedback! Also, if you are reading this and know how to write Go code, please feel free to give it a shot and submit a pull request if it looks promising. |
This doesn't seem worth trying to implement as it can break things and has too many edge cases compared to simply using protonup-qt to manage installed versions (it has a migration feature). |
Ideally, if a game is set to the latest GE-Proton version, and then a new version of GE-Proton is released, the tool should attempt to migrate those games to the newest version. However, if the game is using a version of GE-Proton before that, it's probably set that way for compatibility reasons and the tool shouldn't touch it.
Relies on functionality from #6 being implemented first.
The text was updated successfully, but these errors were encountered: