libretro
Retroarch v1.21.0 WiiU/Wii: Application exits when trying to run .zip archives
Is there an existing issue for this?
- [x] This is a bug in RetroArch frontend
- [x] I have searched the existing issues
Description
Upgraded Wii U Retroarch from v1.20.0 to v1.21.0. Loading content fine, with non-archive/named extensions, however, attempting to load a .zip archived content I found that I was NOT offered a selection of core to run against. After a black-screen Retroarch exits to the loader.
I have tried this both with my original/imported config (from v1.20.0) and a clean install with nothing but the installation bundle. Same result.
I have had to roll-back to v1.20.0 until a fix or workaround is available.
Expected behavior
When selecting archived (.zip) content the GUI would usually present an option to select which core to run the content against.
Steps to reproduce the bug
- Select load-content.
- Select any archived (.zip) content
- Load content
- Observe application exit (not crash) back out to loader/OS.
Version/Commit
stable 1.21.0 (28-4-25)
Bisect Results
No response
Present in the nightly version
I don't know
Platform & operating system
Wii U, Wii
Affected Cores
Global issue
Environment information
Wii U, starting Retroarch via Homebrew Launcher (main retrparch.rpx)
Relevant log output
This has affected regular Wii also. The only workaround i know of is to create and boot zip files from Playlists.
This has affected regular Wii also. The only workaround i know of is to create and boot zip files from Playlists.
Thanks for adding and info on the workaround (although ill stick with my roll-back I think). ill update this to include Wii.
I just tried the most recent nightly (26-05-25) and find that the behavior around this issue is different from that I have reported for stable/v1.21.
Under the nightly the prompt to select a core is still not happening (for .zip files), however rather than dumping out to the loader the .zip will be loaded under the currently loaded core; meaning the content would work if you happen to have the correct core for that content already live.
So a workaround of sorts for v1.21: Using nightly build and ensure the correct core is loaded prior to selecting a .zip content of that cores type.
Some additional information:
I find this issue is not specific to just .ZIP content, but also to other file-types which potentially match more than one core, for example .CUE. These also do not prompt the user to select a core to load them with.
Hope this helps!
Please try enabling this:
If it helps then the suggestion prevention probably needs to be allowed for dynamic platforms only.
Please try enabling this:
If it helps then the suggestion prevention probably needs to be allowed for dynamic platforms only.
Hi. Enabling the ' always suggest cores ' option did the trick and I am now offered the core selection for .zip (and other non specific types), at least in the nightly I am still running (from 26-05-25). I have not rolled back to the v1.21.0 stable to test in that, but will do when I get the time.
Static platforms ignore the option now after this, as in it is always "on" like it used to be without the option, so this should not be a problem anymore: https://github.com/libretro/RetroArch/commit/19f6d94a78ee1e7e4f3703d02951e1699a451a9c