Repository navigation
fix(savedata): return no saves for a search with another title's ID - #5133
Merged
oneandonlydean merged 1 commit intoOct 14, 2026
Merged
Conversation
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Contributor
|
Windows test: head AI-assisted (Claude Code). |
Contributor
Author
|
Thanks for the Windows run! For completeness: on Linux the new check fails on |
11 tasks done
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
What
sceSaveDataDirNameSearchandsceSaveDataDirNameSearch2ignorecond->title_idand always list the running title's own saves. Minecraft Preview (PPSA19639) searches for another title's saves (PPSA17221). #1277 lists this as stop 3: such a search must return 0 hits, and here it returns Preview's own saves instead.Only the running title's saves are kept, so a search with another title's ID now reports zero hits. A null ID or the running title's ID searches as before. shadPS4 and KytyPS5 also search the given title's own save directory and report zero hits when it does not exist. #713 already noted that the PS5 search did not filter by title ID. The running title's ID is the
titleIdinparam.json(GetAppTitleId_nid_postfix), as for the otherparam.jsonlookups. What a console returns for another title's saves is not verified, and the debt entry records it.Tested
Ubuntu 24.04, GCC 13.3, full build (Release):
guest_savedata_searchgainsOtherTitle. Withparam.jsontitleId PPSA00000 and one save, both search functions must find:On main it fails with "a search for another title must find none of the running title's saves". It passes here, 5 runs out of 5. All 13 save data tests pass.
Built at
99e4dfefe. The save data, AppMetadata and libkernel sources are identical on currentmain; libc differs only inSyslog.cpp(fix(libc): implement openlog and closelog state #5048).Minecraft Preview was not run. Minecraft Preview (PPSA19639) #1277's stop 3 comes from its reporter's build. Of the earlier stops, feat(libSceHttp2): complete asynchronous requests through the kqueue option #1092 fixed stop 1, but stop 2 (the NetCtl and NpManager callbacks) is still open on main.
fix(savedata): report a save's size as the mount that created it gave #5094 changes other lines of
dirNameSearch, the same test file and the same debt file; the two merge cleanly.tools/check_conventions.pyfrom main passes with this title and body.Checklist
main; no other open PR implements the same functionsNotImplemented_nid_no_patch); silent stubs are listed under Silent stubs in their library's technical debt file.mdfiles or images added to the repository (attach them to this PR)🤖 Generated with Claude Code