(Config) Attempt to create SaveState Folder on save if it doesn't exist
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 14.1k
- Forks
- 2.2k
- Avg merge
- 7h 35m
- Merged PRs (30d)
- 51
Description
Description
Setting a custom Savestate folder is not working.
Steps to reproduce the bug
- Load a core
- Settings > Directory > Savestate
- Change the Savestate folder
- Main Menu > Configuration File > Save Current Configuration
- Exit RetroArch
- Open "retroarch.cfg" and check "savestate_directory" you will see that it's still set to the default
savestate_directory = ":\states"
I have also tried manually changing the "savestate_directory" value in "retroarch.cfg" but RetroArch refuses to apply the changes. When I check the "Savestate" folder in the Settings > Directory, it always shows the path to my ":\states" folder.
Setting a custom "Saves" folder works just fine though, only "Savestates" is not working.
Version/Commit
This is happening in RetroArch v1.7.7 all the way up thru the latest v1.8.2 builds.
Environment information
This only appears to be happening in the Windows version. I tested this on my Nintendo Switch and I wasn't having this issue. I'm thinking it probably has something to do with the Windows folder structure and using backslashes instead of Linux structure using forward slashes.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Reproduce the issue on the Windows version using the listed Settings > Directory > Savestate and configuration-save steps, then inspect the savestate_directory handling. Compare it with the working Saves directory behavior. Done means a custom savestate path persists in retroarch.cfg and is applied after restarting RetroArch, including when the folder does not yet exist.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c
- Domain
- desktop
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100