Keith F. Kelly

A rerun of update_all resolved the issue. No idea what caused it or what resolved it. I did check that the cacert.pem was never 0 bytes at any point. _______________________...

I spoke too soon. Tried running it again, and this time is stalling in the same way.

It didn't hang i definitely or exhibit the same cacert.pem error, but it did take an exceptionally long time (11 minutes) to finish `Reading default db`.

I don't know what dB it is reading, but it's worth noting I keep a 2TB SATA SSD attached to my MiSTer's USB hub board, and it is loaded up...

I just noticed the same bug and took a photo of it. 

I don't think this is the right fix approach. See my PR here: https://github.com/j68k/verifydump/pull/26

This should be considered more important than any other feature request or non-breaking bug. This is a basic, fundamental feature that every user naturally expects to be present. It happens...

Same. Running RetroArch 1.9.12 with dolphin-emu (3370f76), with all dolphin-data and BIOS files in place, launching any GameCube game (iso, gcm, etc) always results in RetroArch crashing before the core...

I've seen similar problems with game names that contain an ampersand (&). I had to rename them to use the word "and" instead.

I am able to independently repro this using the same repro steps and conditions. My setup: RetroArch 1.17.0, Windows 11, NVidia RTX 3070 >> HDMI >> Vizio 4K UHD LCD...