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

7DTD Server Fixes addition #346

Closed
chriskoepf opened this issue Apr 19, 2015 · 2 comments
Closed

7DTD Server Fixes addition #346

chriskoepf opened this issue Apr 19, 2015 · 2 comments

Comments

@chriskoepf
Copy link
Contributor

In relation to issue #345 that I just opened, I have also modified the fn_validate file to check for "allocsfixes=true" in the sdtdserver script file. If it's true, when validating server files it will now connect to Alloc's server, download the additional server fixes mod files, extract them to the right place, clean up the download afterward and exit.
I added log entries and error checking as well.

There are tons of people that use Alloc's fixes on the 7 Days to Die forums, so I thought this would be a good addition to the script. It could probably be modified further to work for mods on other servers too, but mods are most likely custom to the server being run, so it might not work well to modify the additional code.

I should also add that I have yet to have the update function actually update the 7 Days to Die server. I have always had to use validate to update the server. I have not spent any time troubleshooting the update script to figure out what the problem is, but the update check function will pull up the correct file versions and display them on screen, but does not actually perform the update.

@chriskoepf
Copy link
Contributor Author

I've create my own fork and added in the changes to the sdtdserver script and the fn_validate file. I'll have to check the update function next time there is an update. I don't recall any easy way to revert back a version on the dedicated server.
Let me know if I need to create a pull request for this or not.

@dgibbs64 dgibbs64 added the type: feature request New feature or request label May 9, 2015
@dgibbs64 dgibbs64 added feature type: feature request New feature or request outcome: wontfix This will not be worked on or out of scope and removed type: feature request New feature or request feature labels Dec 20, 2015
@dgibbs64 dgibbs64 added feature and removed type: feature request New feature or request outcome: wontfix This will not be worked on or out of scope labels Dec 20, 2015
@lock
Copy link

lock bot commented Jul 19, 2018

This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

@lock lock bot locked as resolved and limited conversation to collaborators Jul 19, 2018
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants