Skip to content

menu: show Load Content > Downloads without installed cores - #19495

Open
4RH1T3CT0R7 wants to merge 1 commit into
libretro:masterfrom
4RH1T3CT0R7:fix/downloads-entry-empty-core-dir
Open

menu: show Load Content > Downloads without installed cores#19495
4RH1T3CT0R7 wants to merge 1 commit into
libretro:masterfrom
4RH1T3CT0R7:fix/downloads-entry-empty-core-dir

Conversation

@4RH1T3CT0R7

Copy link
Copy Markdown

Load Content only listed the Downloads entry when at least one core info file was loaded, so with an empty or unreadable core directory the folder vanished from the menu even though its files were on disk. The check has been there since the entry was added next to Favorites in 2017 and survived the move out of the per-driver list_push functions in #17517. It is not needed for safety: picking a file with no cores installed already lands on the "No cores available" list with a Download Core entry.

This gates the entry on the Downloads directory being set instead, like the Favorites entry right above, and drops the core list lookup that only served the old check. menu_displaylist.o builds with the MSYS2 MinGW toolchain after a fresh ./configure.

Fixes#19405

The Downloads entry was only listed when at least one core info file
was loaded, so an empty or unreadable core directory hid the folder
from Load Content even though its files were on disk. The check dates
from when the entry was added next to Favorites in 2017 and is not
needed: picking a file with no cores already lands on the "No cores
available" list with a Download Core entry.
Gate the entry on the Downloads directory being set instead, like the
Favorites entry right above it, and drop the core list lookup that only
served the old check.
Fixeslibretro#19405
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Empty or unreadable Core directory hides Downloads directory

1 participant

@4RH1T3CT0R7