<feed xmlns='http://www.w3.org/2005/Atom'>
<title>jellyfin/tests/Jellyfin.Server.Implementations.Tests, branch v12.0-rc5</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.
</subtitle>
<id>https://git.b0n.dev/jellyfin/atom?h=v12.0-rc5</id>
<link rel='self' href='https://git.b0n.dev/jellyfin/atom?h=v12.0-rc5'/>
<link rel='alternate' type='text/html' href='https://git.b0n.dev/jellyfin/'/>
<updated>2026-08-08T16:33:11Z</updated>
<entry>
<title>Address review on MediaSourceCount batching</title>
<updated>2026-08-08T16:33:11Z</updated>
<author>
<name>brandon</name>
<email>brandon@clinger.dev</email>
</author>
<published>2026-08-08T16:33:11Z</published>
<link rel='alternate' type='text/html' href='https://git.b0n.dev/jellyfin/commit/?id=10d108a1f453c0972b3059e10bb9b13bbcb34f63'/>
<id>urn:sha1:10d108a1f453c0972b3059e10bb9b13bbcb34f63</id>
<content type='text'>
Rename GetItemsWithAlternateVersions to GetItemIdsWithAlternateVersions
across the interfaces and implementations since it returns ids. Return
the hashset straight from the query instead of materializing an array
first. Rename the DtoService guard to mayHaveAlternateVersions and
invert it so the computed path is the explicit case. Assert the media
source count value in the batch skip test and add a test covering an
item that is in the returned set still resolving to the correct count.
</content>
</entry>
<entry>
<title>Batch alternate version detection in DtoService to remove MediaSourceCount N+1</title>
<updated>2026-08-08T02:51:45Z</updated>
<author>
<name>brandon</name>
<email>brandon@clinger.dev</email>
</author>
<published>2026-08-08T02:51:45Z</published>
<link rel='alternate' type='text/html' href='https://git.b0n.dev/jellyfin/commit/?id=c091ffdc6b2d8d4dd6f439d056c561bae7bd9a18'/>
<id>urn:sha1:c091ffdc6b2d8d4dd6f439d056c561bae7bd9a18</id>
<content type='text'>
Browsing a page of videos with the MediaSourceCount field ran one alternate
version query per item, each opening a fresh DbContext. On a large library that
turned a single page into hundreds of sequential round trips and made the Items
endpoint take tens of seconds while holding a request thread the whole time.

Detect which videos own alternate versions once per page with a single query,
mirroring the existing people batch. Videos absent from that set have a single
media source, so the per item lookups are skipped for the common case. Behavior
is unchanged: a video with no alternates already resolved to a count of one.

Adds a regression test asserting the count resolves from the batch and the per
item lookups are never called.
</content>
</entry>
<entry>
<title>Merge pull request #17571 from obiwantoby/perf/batch-people-dto</title>
<updated>2026-08-08T01:43:21Z</updated>
<author>
<name>Cody Robibero</name>
<email>cody@robibe.ro</email>
</author>
<published>2026-08-08T01:43:21Z</published>
<link rel='alternate' type='text/html' href='https://git.b0n.dev/jellyfin/commit/?id=247ee406a986933d6b006a55605bb1881588f35d'/>
<id>urn:sha1:247ee406a986933d6b006a55605bb1881588f35d</id>
<content type='text'>
Batch people lookups when building item DTOs</content>
</entry>
<entry>
<title>Merge pull request #17541 from vdatanet/fix/byname-total-record-count</title>
<updated>2026-08-08T01:40:58Z</updated>
<author>
<name>Cody Robibero</name>
<email>cody@robibe.ro</email>
</author>
<published>2026-08-08T01:40:58Z</published>
<link rel='alternate' type='text/html' href='https://git.b0n.dev/jellyfin/commit/?id=6bc1c1800454518184fec90b2c7d2d96ca000c55'/>
<id>urn:sha1:6bc1c1800454518184fec90b2c7d2d96ca000c55</id>
<content type='text'>
Fix by-name endpoints reporting TotalRecordCount=0 next to a populated Items array</content>
</entry>
<entry>
<title>Merge pull request #17555 from IDisposable/fix/reorder-update-items</title>
<updated>2026-08-08T01:40:11Z</updated>
<author>
<name>Cody Robibero</name>
<email>cody@robibe.ro</email>
</author>
<published>2026-08-08T01:40:11Z</published>
<link rel='alternate' type='text/html' href='https://git.b0n.dev/jellyfin/commit/?id=0ec7cc5f5b06bb9361d9f2351626cee2c458593b'/>
<id>urn:sha1:0ec7cc5f5b06bb9361d9f2351626cee2c458593b</id>
<content type='text'>
Delete old related info in bulk as late as possible in UpdateOrInsertItems</content>
</entry>
<entry>
<title>Merge pull request #17521 from Shadowghost/fix-plugin-disable</title>
<updated>2026-08-08T01:39:39Z</updated>
<author>
<name>Cody Robibero</name>
<email>cody@robibe.ro</email>
</author>
<published>2026-08-08T01:39:39Z</published>
<link rel='alternate' type='text/html' href='https://git.b0n.dev/jellyfin/commit/?id=871970120d20c8715adf8f80cbc50bb012361a9c'/>
<id>urn:sha1:871970120d20c8715adf8f80cbc50bb012361a9c</id>
<content type='text'>
Fix disabled plugins being re-enabled on restart</content>
</entry>
<entry>
<title>Batch people lookups when building item DTOs</title>
<updated>2026-08-07T15:59:17Z</updated>
<author>
<name>brandon</name>
<email>brandon@clinger.dev</email>
</author>
<published>2026-08-07T15:59:17Z</published>
<link rel='alternate' type='text/html' href='https://git.b0n.dev/jellyfin/commit/?id=d6da6906a4b3426f05c5bf4ffe8bab4b2bc78ce8'/>
<id>urn:sha1:d6da6906a4b3426f05c5bf4ffe8bab4b2bc78ce8</id>
<content type='text'>
GetBaseItemDtos already batch fetches user data, child counts, played counts
and artists before its per item loop, but AttachPeople still ran one GetPeople
query per item. Rendering a page of items (for example a large playlist) fired
one extra query per row.

Add GetPeopleByItems to IPeopleRepository, which reads every requested item in a
single query over the people mapping table and returns full PersonInfo (role,
type and sort order) grouped by item id. GetBaseItemDtos prefetches this once
when the People field is requested and passes it into AttachPeople, which reads
from the batch instead of querying per item. The single item GetBaseItemDto path
keeps its existing per item behaviour when no batch is supplied.

Adds a DtoService test asserting people resolve from the batch and the per item
GetPeople is never called.
</content>
</entry>
<entry>
<title>Move the deletion of old related info to just before the save</title>
<updated>2026-08-06T06:00:17Z</updated>
<author>
<name>Marc Brooks</name>
<email>IDisposable@gmail.com</email>
</author>
<published>2026-08-04T11:14:31Z</published>
<link rel='alternate' type='text/html' href='https://git.b0n.dev/jellyfin/commit/?id=1c5c95ad1d8e1dde223afcb85c88c65c8fa3b71d'/>
<id>urn:sha1:1c5c95ad1d8e1dde223afcb85c88c65c8fa3b71d</id>
<content type='text'>
This makes the deletion of BaseItemProviders, BaseItemImageInfos, and BaseItemMetadataFields happen in batch as  a contiguous block so the lock isn't held across items, just before the bulk SaveChanges.
</content>
</entry>
<entry>
<title>Project the lowered person credit values once when updating people</title>
<updated>2026-08-05T11:21:57Z</updated>
<author>
<name>Shadowghost</name>
<email>Ghost_of_Stone@web.de</email>
</author>
<published>2026-08-05T10:22:55Z</published>
<link rel='alternate' type='text/html' href='https://git.b0n.dev/jellyfin/commit/?id=61e75599b30cd346eab743529271ab3e002f0474'/>
<id>urn:sha1:61e75599b30cd346eab743529271ab3e002f0474</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Fix by-name endpoints reporting TotalRecordCount=0 next to a populated Items array</title>
<updated>2026-08-05T09:34:33Z</updated>
<author>
<name>vdatanet</name>
<email>joan@vdata.net</email>
</author>
<published>2026-08-05T09:34:33Z</published>
<link rel='alternate' type='text/html' href='https://git.b0n.dev/jellyfin/commit/?id=4adaf7f146ee895d714ae87af6858101bb10e505'/>
<id>urn:sha1:4adaf7f146ee895d714ae87af6858101bb10e505</id>
<content type='text'>
`GetItemValues` -- the shared path behind `/Artists`, `/AlbumArtists`, `/Genres`,
`/MusicGenres` and `/Studios` -- disabled the total record count whenever the
query carried no `Limit`:

    if (!filter.Limit.HasValue)
    {
        filter.EnableTotalRecordCount = false;
    }

A request without an explicit limit therefore came back with N entries in `Items`
and `TotalRecordCount = 0`. Clients that page on the reported total -- the
documented contract every other list endpoint honours -- read that as an empty
library. `/Items` and `/Persons` do not share this path and report the count
correctly, which is what makes the inconsistency visible from the outside.

Measured against master with a 62-track music library:

    GET /Artists?UserId=...              -&gt; TotalRecordCount=0  Items=5
    GET /Artists?UserId=...&amp;limit=100    -&gt; TotalRecordCount=5  Items=5

Dropping the block costs nothing: `representativeIds` is materialised into a
`List&lt;Guid&gt;` a few lines below regardless, so `.Count` was already available and
the count is now reported from it. Callers that genuinely want to skip the count
still can -- `EnableTotalRecordCount = false` is honoured as before.

The block also mutated the caller's own query object, so a query instance reused
across calls silently lost its total after the first limitless one. That is
covered by a test as well.
</content>
</entry>
</feed>
