Fixed Can't load my save i dont know why
- Thread starter Chaoswulf86
- Start date
Issue is marked as fixed.
- Status
There was another report some time ago that turned out to be duplicate text in the save file. Deleting the extra solved that one, too.
So, we passed happenstance and are into coincidence, but it is not yet enemy action.
Without more data, it might not be possible to track down the cause.
So, we passed happenstance and are into coincidence, but it is not yet enemy action.
Without more data, it might not be possible to track down the cause.
i've also fixed at least one save in discord with a similar issue. i still have one such save that i've attached.
Last edited:
It's not duplicated data, it seems to be old data.
from OP:
"orgasms":1989 in the valid JSON
vs
"orgasms":1951 in the extra data
and from the save Wafflesnake attached:
"orgasms":10 in the valid JSON
vs
"orgasms":9 in the extra data
from OP:
"orgasms":1989 in the valid JSON
vs
"orgasms":1951 in the extra data
and from the save Wafflesnake attached:
"orgasms":10 in the valid JSON
vs
"orgasms":9 in the extra data
Last edited:
All of the broken files I've seen so far have had an in-game time that is different from the time in the file name, indicating a prior save was overwritten. The most recent file in this thread appears to have two different sets of garbage data, which implies whatever is happening would be repeatable with the right steps. My hypothesis is something along the lines of:
Save to file -> shrink save size -> save to file with same name -> OS doesn't recognize the overwrite and doesn't delete the existing file (how??) -> save download writes to the beginning of the file, leaving garbage data from the old save at the end.
I've tried to replicate this on Windows with no luck. Maybe it happens on a different OS?
Save to file -> shrink save size -> save to file with same name -> OS doesn't recognize the overwrite and doesn't delete the existing file (how??) -> save download writes to the beginning of the file, leaving garbage data from the old save at the end.
I've tried to replicate this on Windows with no luck. Maybe it happens on a different OS?
It's an Android problem.
Procedure is exactly what I thought it was. Save to file, shrink save file (I just sold items), save to file, touch the existing save file to change the name to match, choose to overwrite, Android only writes what it has and leaves everything after that.
What the fuck? In what universe is that a reasonable way to handle overwrites?
Here's a StackOverflow question on how to fix it, although this might be upstream of TiTS.
stackoverflow.com
On the bright side this just gave me the answer to an occasional complaint I get on one of my own apps. Didn't expect that when looking at a bug in a porn game, so thanks I guess?
Procedure is exactly what I thought it was. Save to file, shrink save file (I just sold items), save to file, touch the existing save file to change the name to match, choose to overwrite, Android only writes what it has and leaves everything after that.
What the fuck? In what universe is that a reasonable way to handle overwrites?
Here's a StackOverflow question on how to fix it, although this might be upstream of TiTS.
How to properly overwrite content of file using android storage access framework
>> Background I want to use the SAF (Storage Access Frameword) to save data files of my app to the user's desired location on storage media. I first create the file at app dedicated folder and the...
On the bright side this just gave me the answer to an occasional complaint I get on one of my own apps. Didn't expect that when looking at a bug in a porn game, so thanks I guess?
It's an Android problem.
Procedure is exactly what I thought it was. Save to file, shrink save file (I just sold items), save to file, touch the existing save file to change the name to match, choose to overwrite, Android only writes what it has and leaves everything after that.
What the fuck? In what universe is that a reasonable way to handle overwrites?
Here's a StackOverflow question on how to fix it, although this might be upstream of TiTS.
How to properly overwrite content of file using android storage access framework
>> Background I want to use the SAF (Storage Access Frameword) to save data files of my app to the user's desired location on storage media. I first create the file at app dedicated folder and the...
On the bright side this just gave me the answer to an occasional complaint I get on one of my own apps. Didn't expect that when looking at a bug in a porn game, so thanks I guess?
This is basically one of the standard file open read/write modes, specifically "r+". R predominantly exists for reading, but + also enables writing. The main difference between r+ and w is where it positions the file cursor initially - because r+ is for primarily reading, the cursor will be at the start of the file. If you write, you write from that point, whereas something like w would first truncate the file to 0 length, or a/a+ where the cursor is at the end of the existing file.
Androids openFileDescriptor call uses some of these same modes, and the plugin we're using (imo correctly) uses "w", but crucially there's this in the documentation on the android side API:
I'm not completely up to date with current android shit, but I THINK the provider is a system component, essentially meaning different device brands can provide system libraries that treat these mode indicators different. So basically, "fuck you, guess." There is a specific additional mode that should always truncate (wt/rwt), but the issue is we use a plugin for cordova to provide the dialog functionality, which now means I need to fork, modify, push this somewhere, and then figure out how to get cordova to cooperate with it.
- Status