View Issue Details

IDCategoryLast Update
0001063Bug Report2020-03-31 11:38
Reporterstrayerror 
SeverityminorReproducibilityalways
Status resolvedResolutionfixed
Summary0001063: Saving immediately after loading locks map locations
DescriptionRepro on 0.16.1
- New Game
- Clean Game
- Acquire Map
- Speak to Erik
- Go to Map
- (Unlocked map locations are now Home, Erik's House and the school)
- Save
- Load the save you just made
- Save again to another slot (you should now have two saves that /should/ be the same)
- Load the new save
- (The school is now locked again)

This seems able to occur at any point in the game, locking all locations other than Erik's house. I had the misfortune to find this after deleting the "good" save, thinking I had the duplicate to fall back on having almost completed the game! >_<

Marked as minor because while serious, it seems like a pretty niche edge case, backed up by the fact it doesn't appear to have been already reported. :)
Platform/OSWindows
Version0.16

Activities

mil578

mil578

2018-11-15 04:13

updater   ~0001231

I could not replicate this. I tried in a clean version, and a cheat version, and followed your steps to the letter. No block or relock occurred. Make sure you are only using the most recent version, and that you get it from summertimesaga.com only, while not using any patches or addons.
strayerror

strayerror

2018-11-15 10:23

developer   ~0001232

I'm very sorry! It seems I had a persistent save file hanging around when I created the reproduction steps (I'd cleared <install>/game/saves, but not <user>/.renpy/SummertimeSaga). I've now cleared that folder, deleted the SS install and re-downloaded and extracted it from the latest zip on the Kompas website. It was the same byte-size, so I think I was on the correct version previously, but wanted to be sure.

After a bit more experimentation on the untouched version, it seems like visiting the school is key. Again sorry for the earlier misstep, I appreciate you're very busy and every investigation takes time. :(

---

Fresh install of SummertimeSaga-0.16.1-pc.zip

- For speed (settings, skip text = all)
- New Game
- Name: Bug1063
- Clean Game
- Skip Text
- Leave Room
- Skip Text
- Skip Rename Jenny
- Downstairs
- Kitchen
- Skip Text
- Skip Rename Debbie
- Map
- Erik's House
- Skip Text
- Map
- School
- Skip Text
- Map
- Skip Text
- Right Click
- Save in Slot "01."
- Back
- Esc
- Load Menu
- Load from Slot "01."
- Right Click
- Save in Slot "02."
- Back
- Esc
- Load Menu
- Load from Slot "02."

You are now looking at the Map screen with all locations other than Your House, Erik's House and the Beach House locked.
strayerror

strayerror

2018-11-15 10:28

developer   ~0001233

FWIW I've repro'd this several times, and in case it's helpful here are the two save slots and the persistent save. Zip contains:

- 1-1-LT1.save
- 1-2-LT1.save
- persistent
Casiope

Casiope

2018-11-15 13:21

updater   ~0001234

I'm also able to repro this bug on version 0.16.2.

You don't need to open the map. If you save your game after Erik's dialogue, reload and resave the game again, the game engine lost the last event state ( event $ L_school_hall.unlock() ).

And this bug should be considered as major as it happens everywhere in the game. I already experienced it on the beach location (bug report 0001012) where the game lost track of the previous event.
Casiope

Casiope

2018-11-15 13:49

updater   ~0001235

Another example? After talking to Erik, open his mailbox and take Tony's Pizza advertizing. Don't close the mailbox and save the game. Reload and resave again. In this last save, you're not even able to open the map.

Something is really wrong on how the game is saved.

1-3-LT1.save (828,192 bytes)
strayerror

strayerror

2018-11-15 22:52

developer  

1-1-LT1.save (314,600 bytes)
1-2-LT1.save (429,042 bytes)
strayerror

strayerror

2018-11-15 22:52

developer   ~0001240

Missed the fact that the zip didn't upload so here are to two I could. >_<
strayerror

strayerror

2018-12-17 06:59

developer   ~0001808

Can no longer reproduce this in 0.17.5. Closable.
Casiope

Casiope

2019-01-26 18:33

updater   ~0001928

I had the bug in version 0.17.5.

After reloading a save, the game refuses to unlock a location as it should do. That was because I unlocked this location just before reloading my save: the game thought the location was unlocked when the maps showed the same location locked.

I had to close and relaunch Summertime Saga. Then, after reloading my save, the game unlocked the location.

So apparently, under certain circumstances, the game still doesn't unload the last state modified. I'm unable to reproduce the bug despite many savings/reloadings. But I'm convinced the same bug occurs in 0001491.
Casiope

Casiope

2019-02-14 17:25

updater   ~0001949

And another example of this bug. In my save (in attachment) you will see that the game erased all the text messages on my phone. But the script allows me to continue the story for whatever reason.
This bug should be fixed with highly priority as it happens frequently but randomly. A corrupted save can block many storylines.

1-1-LT1-2.save (588,563 bytes)
Casiope

Casiope

2019-02-14 17:30

updater   ~0001950

I'm able to repro this bug easily: if you save just after receiving a text message, all messages are erased. However if you open the text messaging, the game thinks you have read the non-existent message, and you can continue.
Casiope

Casiope

2019-02-14 17:42

updater   ~0001951

That's what I said: the game doesn't unload previous state correctly. With the same save, sometimes it will load the text messaging with the new message, sometimes without. Depends if you have read the message after you did your save.
I experienced exactly the same thing with the locations: sometimes unlocked, sometimes locked.
Casiope

Casiope

2020-03-11 15:22

updater   ~0004515

After multiple saving/loading on the latest version (0.19.5) of the game, I'm unable to reproduce the issue. The report is now closed.

Issue History

Date Modified Username Field Change
2018-11-14 19:32 strayerror New Issue
2018-11-15 04:13 mil578 Status new => closed
2018-11-15 04:13 mil578 Resolution open => unable to reproduce
2018-11-15 04:13 mil578 Note Added: 0001231
2018-11-15 10:23 strayerror Status closed => feedback
2018-11-15 10:23 strayerror Resolution unable to reproduce => reopened
2018-11-15 10:23 strayerror Note Added: 0001232
2018-11-15 10:28 strayerror Note Added: 0001233
2018-11-15 10:28 strayerror Status feedback => new
2018-11-15 13:21 Casiope Note Added: 0001234
2018-11-15 13:49 Casiope File Added: 1-3-LT1.save
2018-11-15 13:49 Casiope Note Added: 0001235
2018-11-15 22:52 strayerror File Added: 1-1-LT1.save
2018-11-15 22:52 strayerror File Added: 1-2-LT1.save
2018-11-15 22:52 strayerror Note Added: 0001240
2018-12-17 06:59 strayerror Note Added: 0001808
2019-01-26 18:33 Casiope Note Added: 0001928
2019-02-14 17:25 Casiope File Added: 1-1-LT1-2.save
2019-02-14 17:25 Casiope Note Added: 0001949
2019-02-14 17:30 Casiope Note Added: 0001950
2019-02-14 17:42 Casiope Note Added: 0001951
2020-03-11 15:22 Casiope Status new => resolved
2020-03-11 15:22 Casiope Resolution reopened => fixed
2020-03-11 15:22 Casiope Note Added: 0004515