View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0005044 | Dwarf Fortress | Technical -- Saving/Loading | public | 2012-02-13 08:52 | 2012-02-13 09:12 |
| Reporter | Mezmeer | Assigned To | |||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | resolved | Resolution | duplicate | ||
| OS | Windows | OS Version | Vista SP2 x64 | ||
| Product Version | 0.31.25 | ||||
| Summary | 0005044: Saving with backups is confusing - to say the least | ||||
| Description | I've been playing DF for a while now, and I just turned on the backup mode (having never used it before) while setting the autosave to seasonal. I've notived that this makes a considerable difference in how far back I have to go when a Forgotten Beast crash takes place, but also a big difference in how much storage space DF uses. My complaint, however, is that the system seems buggy. I have 4 saves: region1-spr-562-spr-563;region1-spr-562-spr--sum-565;region1-spr-562-spr--aut-565;region1-spr-562-spr--win-565. Which do you think is the most updated? Logic would suggest that the one with the higher year (counting out the spring-563 option). Next, you take a look at the seasons, and winter of 565 seems to be the most updated copy. This would be true if I CTD or kill the DF process, but if I save and exit as I should if all goes well, it's FALSE. The most updated save, after I saved and exited, was the EARLIEST named - spring of 563. This seems to make it difficult. Now that I understand the system a little better, it's not so bad. I just wish this was more intuitive - or maybe taking more advantage of the "current" folder by having an option at the top to run the most recent save. | ||||
| Steps To Reproduce | Turn on seasonal update. Turn on backup Save before exiting (After running a year) | ||||
| Tags | No tags attached. | ||||
| duplicate of | 0003082 | resolved | Use of the auto-save and auto-backup features results in save folders with confusing, ridiculously long titles. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2012-02-13 08:52 | Mezmeer | New Issue | |
| 2012-02-13 09:11 |
|
Relationship added | duplicate of 0003082 |
| 2012-02-13 09:11 |
|
Status | new => resolved |
| 2012-02-13 09:11 |
|
Resolution | open => duplicate |
| 2012-02-13 09:11 |
|
Assigned To | => user6 |
| 2012-02-13 09:12 |
|
Note Added: 0019488 |
