Identify the kind of link that opened
Keep the link’s purpose with the observation: a library-title deep link is different from a direct media URL sent for playback. Firecore documents separate actions for those routes. A movie identifier can describe a title without carrying the actual authorised video file.
Record whether the result is a metadata page, a selectable library item or active playback. A poster and synopsis establish title information. They are not a receipt for a subscription, a server permission or proof that the file exists on the receiving device.
Check the receiving library and identity
Firecore explicitly describes placeholder data when the linked title is not present in Infuse’s library. Inspect the intended source connection and whether that exact movie or episode is included. Keep the movie versus series identifier and, where relevant, season and episode with the comparison.
For a title already in the library, compare opening it normally with opening the link. The current API guide also documents an optional automatic-play parameter. Its presence expresses a playback request; it does not create missing media or grant access to an absent server item.
Report metadata and playback separately
If ordinary library access fails too, investigate that source and account path before changing the deep link repeatedly. If normal access works but the link points to another edition or episode, preserve the identity difference. Those cases need different evidence.
For help, provide Infuse version, link category, non-sensitive title identifier, receiving source route and the page or playback state observed. Redact private direct media addresses. This allows a report to distinguish a documented metadata placeholder, an incorrectly identified item and a real media-access problem, without presenting a successful poster page as a completed viewing test.