fix(frontend): better request/media cards for items without valid TMDb IDs

[TheCatLady]

Description

Currently, if a request's TMDb is not valid, we display a vague message that doesn't give any clues as to what the media item was.

This PR adds additional details, including the request type (movie or series), the TMDb/TVDB IDs, the requester, and the request date. This should help admins identify the media that is associated with "broken" requests (even if these IDs are no longer valid, they can be useful in matching broken requests to items added to Radarr/Sonarr).

Additionally, we currently display a placeholder title card for available media without valid TMDb IDs. This PR also adds an error card that allows for deletion of these items.

To-Dos

• Successful build yarn build
• Translation keys yarn i18n:extract
• Cypress tests

Issues Fixed or Closed

• Closes Provide more information when 'title' is no longer available #2323
• Fixes Empty entry in Recently Added and this is not dissapearing after a restart of the software #2898

[samwiseg0]

Can we add the title to this please? The ID is not helpful since it could have been deleted and there is no good way to know what it was at that point.

[TheCatLady]

Can we add the title to this please? The ID is not helpful since it could have been deleted and there is no good way to know what it was at that point.

As discussed previously, there's no way to do that currently. The IDs can help locate the items in the *arrs if the requests have already been approved.

[samwiseg0]

Can we add the title to this please? The ID is not helpful since it could have been deleted and there is no good way to know what it was at that point.

As discussed previously, there's no way to do that currently. The IDs can help locate the items in the *arrs if the requests have already been approved.

Why can't we cache the title when it is requested? We can then only use that title if the ID becomes invalid. I think knowing what the user intended to request is important. We did discuss it but you were more concerned about the translations. Which I think having a way to know what has been orphaned is more important?

Like you stated only if it was approved would the other ID be useful. I have had many instances where that is not the case since I had not approved the request.

[TheCatLady]

Why can't we cache the title when it is requested? We can then only use that title if the ID becomes invalid. I think knowing what the user intended to request is important. We did discuss it but you were more concerned about the translations. Which I think having a way to know what has been orphaned is more important?

Like you stated only if it was approved would the other ID be useful. I have had many instances where that is not the case since I had not approved the request.

Either way, that's beyond the scope of this PR, and maybe something to consider for the future. I'm not making DB changes here, just displaying the info we already have.

[cypress]

---

Test summary

17 • 0 • 0 • 0 • 0

---

Run details

Project	overseerr
Status	Passed
Commit	b63d842
Started	Aug 19, 2022 9:59 PM
Ended	Aug 19, 2022 10:01 PM
Duration	01:52 💡
OS	Linux Ubuntu - 20.04
Browser	Electron 102

View run in Cypress Dashboard ➡️

---

This comment has been generated by cypress-bot as a result of this project's GitHub integration settings. You can manage this integration in this project's settings in the Cypress Dashboard

[github-actions]

🎉 This PR is included in version 1.30.0 🎉

The release is available on:

• v1.30.0
• GitHub release

Your semantic-release bot 📦🚀