Wrong hashes of Genesis games when trying to create lobby

[ofry]

First and foremost consider this:

• Only RetroArch bugs should be filed here. Not core bugs or game bugs
• This is not a forum or a help section, this is strictly developer oriented

Description

When I start Genesis game and trying to create lobby,
users see 000000 instead of rom hashsum.

Expected behavior

Should be actual hash of ROM.

Actual behavior

[What is actually happening]

Steps to reproduce the bug

1. [First step]
2. [Second step]
3. [and so on...]

Bisect Results

[Try to bisect and tell us when this started happening]

Version/Commit

You can find this information under Information/System Information

• RetroArch: 7a5ed7c

Environment information

• OS: Windows 8.1 x64
• Compiler: [In case you are running local builds]

---

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

[hizzlekizzle]

Did you create the playlist with RetroArch's built-in scanner or an external scanning utility?

[ofry]

Playlist created by Retroarch's built-in scanner.

Playlist entry with this ROM:

C:\Users\ofry\Downloads\Sega - Mega Drive - Genesis\Bare Knuckle II - Shitou heno Chingonka ~ Streets of Rage II (Japan, Europe).zip#Bare Knuckle II - Shitou heno Chingonka ~ Streets of Rage II (Japan, Europe).md
Bare Knuckle II - Shitou e no Requiem ~ Streets of Rage II (Japan, Europe)
cores\picodrive_libretro.dll
PicoDrive
42E3EFDC|crc
Sega - Mega Drive - Genesis.lpl

[fr500]

The CRC on the lobbies comes from RA itself and it's only reported by non-fullpath cores. It doesn't come from playlists.

I guess it could be made so it uses the playlist CRC if available but I don't know how. That isn{t passed on task_push_load_content