SerZhyAle.StreamsPlayer 26.0820.1828 is non-functional - publisher requests removal of that version

Nobody has claimed this yet.

### Confirmations

- [x] I have searched for my issue and not found a work-in-progress/duplicate/resolved issue.
- [x] I have not been informed if the issue is resolved in a preview version of the winget client.

### Category of the issue

Other - publisher requesting removal of one broken version.

### Brief description of your issue

I am the publisher of `SerZhyAle.StreamsPlayer` and I am asking for **version 26.0820.1828 to be removed** from the repository. It is non-functional: the application starts and then plays no audio or video at all, on every machine.

The cause is not in the application. That build shipped with .NET WindowsDesktop runtime 10.0.11, which refuses every Internet-zone `http(s)` media URI before it reaches Media Foundation, so `MediaElement` fails instantly on every stream. I have reported that separately as [dotnet/wpf#11856](https://github.com/dotnet/wpf/issues/11856). The practical effect here is that this particular version can never work for anyone, on any configuration, and there is nothing a user can do about it.

A fixed version, 26.0821.1208, is already submitted as #422124.

There is no other broken version - 26.0819.0156 and everything before it are fine, so removing this one leaves users on a working release.

I would normally send the removal as a pull request myself. I cannot: opening one requires syncing my fork with upstream, and that fails with `refusing to allow an OAuth App to create or update workflow .github/workflows/manifest-validation-diagnosis.lock.yml without workflow scope`. I would rather ask here than widen a token that only needs to touch manifests. If you would prefer a pull request and can suggest a path that does not need that scope, I will send one instead.

### Steps to reproduce

1. `winget install SerZhyAle.StreamsPlayer --version 26.0820.1828`
2. Launch STREAMS Player.
3. Pick any station in the catalog and play it.

### Actual behavior

The application opens, loads its channel catalog and behaves normally in every visible way, but no station ever plays. Internally every attempt fails immediately with `System.InvalidOperationException: Only site-of-origin pack URIs are supported for media.` while the stream server answers 200.

### Expected behavior

The station plays, as it does in 26.0819.0156 and in 26.0821.1208.

### Environment

```
Windows 11 Pro 10.0.26200 x64
winget 1.12
Package: SerZhyAle.StreamsPlayer 26.0820.1828
```

Not environment-specific: the failure is in the runtime baked into that self-contained build, so it reproduces on any Windows machine and cannot be repaired by updating .NET on the client.

### Screenshots and Logs

Application diagnostic log, same station, the broken version and the fixed one:

```
26.0820.1828
[Diag] AUDIO FAIL | reason=InvalidOperationException | url=https://0n-60s.radionetz.de/0n-60s.mp3
[Diag] AUDIO RECOVER | trigger=Transient | action=HardFail | attempt=3 | budget=2 | http=200
[Diag] AUDIO SESSION | session_ms=6731 | outcome=failed | ttff_ms=-1 | legs=3 | reconnects=2

26.0821.1208
[Diag] AUDIO OPEN | url=https://0n-60s.radionetz.de/0n-60s.mp3
[Diag] AUDIO LIVE | url=https://0n-60s.radionetz.de/0n-60s.mp3
```

Review the SerZhyAle.StreamsPlayer package manifests for version 26.0820.1828 and compare them with 26.0819.0156 and the fixed 26.0821.1208 submission referenced in the issue. Remove only the broken version, preserve the working releases, and verify the manifest validation checks pass.

Written by the indexing model from the issue text.