Community request list

This is a page for ideas from the community, not an official plan.

==Website==
{| class="wikitable"
|-
! Description
! Status
|-
| Ability to have photo/scan/log attachments for each dump
| 
|-
| SHA256 support
| 
|-
| MIA tracking built into database and datfiles
|
|- 
| Publisher and Developer fields
| 
|-
| Parent/clone support
|
|-
| Store each dump as a separate object in the database, rather than having each entry be a summary of all dumps
|
|-
| Full ISO metadata for each disc (filenames etc)
|-
| Ability to edit new disc form submissions (with version history)
|
|-
| Verification submission form
| 
|-
| Ability to submit entry change requests via form
|
|-
| Dump tool field
|
|-
| Dump creation date field
| 
|-
| Fields for the disc title in different languages
|
|-
| Wiki file uploads enabled for photos/scans, for undumped lists
| 
|-
| <code><ref></code> tag support in the wiki
| 
|}

==DATs==
===Atari - Jaguar CD===
{| class="wikitable"
|-
! Description
! Status
|
|-
| Possible issue with Jaguar CD dumps. RichWhitehouse has said:
<blockquote>
bios decrypts its own md5 (sort of, unconventional implementation) hash of the TOC, then it creates a hash of the disc TOC, and if they don’t match it aborts. And part 
of the TOC data includes session lead-out 
times, and these Redump rips don’t specify 
lead-outs. It seems like this whole library 
needs to be dumped with proper subchannel (which includes TOC and everything else) data
</blockquote>
DiscJuggler or Trurip dumps might not have this issue.
|
|}

===Nintendo - Wii===
{| class="wikitable"
|-
! Description
! Status
|-
| Check [https://wit.wiimm.de/wit/cmd-verify.html built-in hashes] for the Wii disc images.
| 
|}