-
-
Notifications
You must be signed in to change notification settings - Fork 248
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
Import of .ark.gz files (from Nitrado FTP) #1289
Comments
Update: While scrolling through a7c5540 (the commit which originally added the FTP functionality), i noticed that this workaround is already implemented! However, it is neither apparent nor documented, and even throws an error when using it: Also, it looks as if the file change date doesn't always match the time denoted in the file name. E.g., in the above screenshot, the save from 10:09 seems to be newer than the one from 12:01. Maybe it would be possible to extract the date from the file name and use the file info as a fallback? I don't know if C# has the ability to reliably recognize and parse different time formats, but it should work in theory. |
Hi, thanks for pointing this out! The messagebox is only a warning (which will be removed when there's an asterix in the filepath in the next release), you can still enter what you want and it should fetch the latest file that matches the pattern. |
So with the latest release (v0.50.5) you should be able to use |
Thank you for looking into this so quickly! There seems to be one little bug left: The last But |
When testing this on a local ftp server it works fine. I haven't tested it on a remote ftp-server, maybe the path parts work differently then. |
Hi,
I have the same issue as previously discussed in #883 (ASB import via FTP always gets savegame from last server restart).
The reason is that Nitrado doesn't update the actual save file (e.g. Fjordur.ark) while the server is running, but instead creates compressed backup files (e.g. Fjordur_27.09.2022_10.09.03.ark.gz).
I have contacted Nitrado support and they are unable (or unwilling) to change this.
This could be accounted for by a simple workaround in ASB which:
It would be great if someone could look into this... I would be willing to do so myself, but I'd have to learn C# first and I don't think I'll find the time.
Thank you!
The text was updated successfully, but these errors were encountered: