Skip to content

[Bug]: Next episode fails to play or selects wrong provider stream when bingeGroup is missing #659

Description

@Abhinav2k

Pre-flight checks

  • I searched existing issues and this is not a duplicate.
  • I can reproduce this on the latest desktop release or latest main build.
  • This issue is limited to a single bug (not multiple unrelated problems).
  • This is not a source/stream-specific error (the issue happens regardless of which source is used).

App version / commit

Dev (commit cf54c14)

Install method

GitHub Release desktop installer/package

Platform

Windows (desktop)

Desktop hardware

Windows PC

OS version

Windows 11

Area (tag)

Next Episode / Auto-play

Bug description

When playing a series episode and selecting a working video stream from a specific addon/plugin (e.g. "4KHDHub - FSL 1080p"), clicking "Next Episode" at the end of playback fails to play the next episode or auto-selects a non-working stream from a different provider.

Investigation shows that next-episode selection logic solely checked behaviorHints.bingeGroup. When scrapers or stream providers do not populate bingeGroup, manual mode aborts playback entirely, and auto-play fallback picks FIRST_STREAM across all installed addons (often selecting an incompatible or non-functional stream from a different provider) rather than continuing with the stream name/provider the user was actively watching.

Steps to reproduce

  1. Open a TV series in Nuvio Desktop.
  2. Select a stream from a provider that does not set bingeGroup (e.g. a specific addon stream like "4KHDHub - FSL 1080p").
  3. Play the episode until completion, or click the "Next episode" button when prompted.
  4. Observe that the next episode either does not play at all, or selects a stream from an entirely different provider that fails.

Expected behavior

Next episode auto-play should look for a stream with the same title/name from the active provider/addon (prioritizing matching quality/subtitles). If found, it should seamlessly play that stream. If no same-source stream is found, it should fall back to the standard auto-play scanning algorithm.

Actual behavior

Playback aborts in manual mode, or picks the first stream from an arbitrary addon in auto-play mode, failing playback.

Frequency

Always

Did this work before?

No, it never worked

Media details (optional)

No response

Logs (required for crash reports)

Anything else? (optional)

No response

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    bugSomething isn't working

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions