All Activity

Emby Windows, 2.315.2.0 Download a movie or video. I used "Original" quality for my tests. Wait for the download to complete successfully. Download the *same* movie or video. The second download shows in "Manage Downloads" as "Waiting to transfer" and stays that way. No new download takes place and no progress bar is shown in Downloads>Settings. No new entry shows in BITS manager. After deleting the original completed download and restarting the client, the new download progresses normally and completes. Expected behavior: No new entry should be created in "Manage Downloads". A warning or error could be displayed stating that the item was already downloaded, though for some use cases (e.g. multi-select) I'd prefer it if the duplicate downloads were just silently skipped and ignored.

Hi, did you see this?

No, I didn’t. Can I check this myself or I have to contact them?

@Iquaba?

If you can, make sure GitHub repos with plugins get attested. This forces them to build their plugins using GitHub workflows, which records the SHA256 hash and saves it. Then, a DLL can be checked against the GitHub API to verify if it was truly built by GitHub or if you're dealing with a MITM fake. Here's a PowerShell example, but you can use the API method with any DLL too. $digest = (Get-FileHash $file -Algorithm SHA256).Hash.ToLower() $verified = $null if (Get-Command gh -ErrorAction SilentlyContinue) { gh attestation verify $file --repo <user>/<repo> 2>$null if ($LASTEXITCODE -eq 0) { $verified = "attestation (gh)" } } if (-not $verified) { # No gh (or it failed): query the attestations API directly by digest. try { $att = Invoke-RestMethod -Headers @{ Accept = "application/vnd.github+json" } ` -Uri "https://api.github.com/repos/<user>/<repo>/attestations/sha256:$digest" if ($att.attestations.Count -ge 1) { $verified = "attestation (api)" } } catch { } } if (-not $verified) { # Fall back to the published checksum (integrity only). $expected = (Invoke-WebRequest -Uri "https://github.com/<user>/<repo>/releases/latest/download/<file>.sha256").Content.Trim().Split()[0] if ($digest -eq $expected) { $verified = "checksum" } } if (-not $verified) { throw "verification FAILED — do not run" } Write-Host "verified via: $verified"

Once you manually merge or split something then you will have to manually manage that item forever in terms of merging and splitting. You should be able to get to everything unmerged in the metadata manager. From there you can delete the specific version that you wish.

Have you checked to see if your ISP uses a CGNat?

cgnat?

You can split the versions apart, then delete the one you wish to. Paul

Hi sh0rty can you please this new updated beta. Thanks Update: broader compatibility + more robust status updates Two under-the-hood improvements in this build: Wider Emby Server version compatibility. The previous build was accidentally compiled against an exact Emby Server version, so it would fail to load entirely on any other version. That's now fixed - the plugin should load across a much broader range of Emby Server versions instead of just one specific release. Status updates now use Emby's own metadata provider system. Previously, the plugin used a background timer plus a reactive "fix it if something else overwrites it" approach. It now implements a proper metadata provider that runs as part of Emby's own refresh pipeline (the same mechanism TMDB/TVDB providers use) - so hitting "Identify" or a scheduled library scan now applies the status correctly the first time, in the same pass as everything else, rather than needing a follow-up correction afterward. This should make status updates more reliable and consistent, especially right after a metadata refresh. As always, happy to hear if anyone hits issues on their specific Emby Server version - that's genuinely useful info for a wider beta. EmbyTVShowStatus.dll

Hi there, let's look at an example. Please attach the information requested in how to report a media playback issue. Thanks!

Probably due to your cgnat right?

Yes this is what it looks like to me. Solution is to fix the language codes in the file. Portuguese Brazil would be pob or pt-br. The language code you have in the file is probably just regular Portuguese pt or por.

Hi, yes we can add a toggle to control the grouping.

hi, can you please show a screenshot of the message that you get? Thanks.

HI, yes we are looking into it. Thanks.

@LukeI have noticed occasional crashes when playing high bit rate content, such as 4k HDR video. Usually only happens when you start the content, but once it is playing it doesn't crash

Unfortunately, it didn’t went well by( one of the reasons is very bad customer service, and I’m saying this is not based only on today’s conversation nothing but trouble there…) I have my vpn and static ip by Nordvpn. The told me that they are not going to provide gateway, it supposed to be generated automatically by dsm. I don’t know much about it, but I think something is not right here. Anyway…. I was wondering if there is maybe a way to set up EMBY without messing around with DSM? Because I’ve noticed that every time Emby restarts there is a different IP number for wan access.

This is the second time I'm scratching my head on your issues today. Have you tried removing that Audio Books library and rebuild it from scratch? If same occurs, post server log afterwards. How to Report a Problem

What version of windows are you on?

Hi, I don't see anything obvious here. Are you able to get to the plugin catalog to remove plugins? I would try removing these plugins: 2026-07-04 07:20:43.704 Info App: Loading ChapterApi, Version=1.4.0.0, Culture=neutral, PublicKeyToken=null from /share/CACHEDEV3_DATA/.qpkg/EmbyServer/programdata/plugins/ChapterApi.dll 2026-07-04 07:20:43.705 Info App: Loading MovieThemeSongs, Version=1.9.6.2, Culture=neutral, PublicKeyToken=null from /share/CACHEDEV3_DATA/.qpkg/EmbyServer/programdata/plugins/moviethemesongs.dll 2026-07-04 07:20:43.705 Info App: Loading ThemeSongs, Version=1.9.6.2, Culture=neutral, PublicKeyToken=null from /share/CACHEDEV3_DATA/.qpkg/EmbyServer/programdata/plugins/themesongs.dll 2026-07-04 07:20:43.705 Info App: Loading ClassificationMapper, Version=1.0.0.4, Culture=neutral, PublicKeyToken=null from /share/CACHEDEV3_DATA/.qpkg/EmbyServer/programdata/plugins/ClassificationMapper.dll Then restart the server and see how things compare.

Something doesn't sound right there. Could you share a screenshot of your server Settings>Library tab in the sidebar, where all your libraries and their paths are listed?

Really? User marked as solved.

yes, currently a user will see items from libraries they don't have access to. I can work on some changes for this but will take some time as I have a few other priorities rite now.