Identify the player before testing
Note whether you opened a linear channel, individual event or radio station. All may say live, but that word describes timing rather than a universal set of controls. A scrubber behaving differently on a radio page does not establish that your remote or internet connection is faulty. Start by identifying the feature the specific player actually supplies.
Work from the desired moment
If you missed a television segment’s beginning, find its scheduled start and compare it with the documented rewind window. Use the actual player timeline where offered. A separate event may later become an archive item, but this does not mean its live player supports the same backwards navigation as a linear channel.
Look for a radio recording separately
Search the listening archive by programme name and date rather than endlessly trying an unavailable live control. If no recording appears, check the official programme page later without assuming a publication deadline. Rights and production choices can affect whether a recording appears at all. Keep that uncertainty separate from the behaviour of a live stream.
Avoid losing a useful position
If a player permits pausing or moving back, note the current position before changing pages. Switching between an event and a channel tile can create a different session or starting point. A screenshot of the timeline, cropped to remove private information, can help explain the issue without exposing an account.
Describe the expectation accurately
Tell LSM which channel or radio station, which route and what movement you attempted. Add the device and programme moment. “Rewind is broken” conceals the difference between an unavailable feature and a supported feature failing. A separate IPTV application’s controls also need their own assessment; broadcaster guidance cannot establish its rewind allowance.