| Age | Commit message (Collapse) | Author |
|
Code Clean up: Group Methods
|
|
Bumps [Swashbuckle.AspNetCore.ReDoc](https://github.com/domaindrivendev/Swashbuckle.AspNetCore) from 6.0.7 to 6.1.3.
- [Release notes](https://github.com/domaindrivendev/Swashbuckle.AspNetCore/releases)
- [Commits](https://github.com/domaindrivendev/Swashbuckle.AspNetCore/compare/v6.0.7...v6.1.3)
Signed-off-by: dependabot[bot] <support@github.com>
|
|
Bumps [Swashbuckle.AspNetCore](https://github.com/domaindrivendev/Swashbuckle.AspNetCore) from 6.0.7 to 6.1.3.
- [Release notes](https://github.com/domaindrivendev/Swashbuckle.AspNetCore/releases)
- [Commits](https://github.com/domaindrivendev/Swashbuckle.AspNetCore/compare/v6.0.7...v6.1.3)
Signed-off-by: dependabot[bot] <support@github.com>
|
|
Improve perf of db save and query
|
|
|
|
Various DLNA Optimizations
|
|
|
|
|
|
|
|
EncodingHelper: Fix circular dependency
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Do not check permissions for Folders collectiontype
|
|
|
|
|
|
Fix setting audio stream in PlaybackInfo for jellyfin-web.
|
|
|
|
|
|
|
|
jellyfin/dependabot/nuget/Microsoft.AspNetCore.Authorization-5.0.5
Bump Microsoft.AspNetCore.Authorization from 5.0.3 to 5.0.5
|
|
|
|
Bumps [Microsoft.AspNetCore.Authorization](https://github.com/dotnet/aspnetcore) from 5.0.3 to 5.0.5.
- [Release notes](https://github.com/dotnet/aspnetcore/releases)
- [Commits](https://github.com/dotnet/aspnetcore/compare/v5.0.3...v5.0.5)
Signed-off-by: dependabot[bot] <support@github.com>
|
|
|
|
|
|
|
|
Co-authored-by: Claus Vium <cvium@users.noreply.github.com>
|
|
|
|
Removed unnecessary construction of POCO to represent data from POST body
|
|
|
|
|
|
standards required by Jellyfin team.
|
|
implementation receive data in the POST body, as that is how the
jellyfin-web client currently posts the data to the server.
Resolves: #5628
|
|
|
|
|
|
Co-authored-by: Cody Robibero <cody@robibe.ro>
|
|
|
|
When casting to jellyfin-mpv-shim from jellyfin-web in the browser,
jellyfin-web sends data about which version (for grouped items) and
which streams the user selected in the browser to the
"Sessions/{sessionId}/Playing" API endpoint.
The API endpoint currently doesn't forward them to jellyfin-mpv-shim
through the Play command, which results in the default streams being
played instead of the browser selected ones.
PlayRequest already has the properties and they are already sent to the
cast client by SendPlayCommand when present.
jellyfin-mpv-shim will already use them to select the wanted streams
when it receives the Play command.
All that's needed to make it work is to take the parameters and assign
them to PlayRequest.
|
|
|
|
|
|
|
|
Co-authored-by: Claus Vium <cvium@users.noreply.github.com>
|
|
Without this fix my Samsung Soundbar (HW-Q80R) fails to play using DLNA
and returns "Error: Resource not found (716)" instead.
I had a look on tcpdump network logs between Jellyfin and the soundbar
and noticed that the device performs a HEAD request for the media before
responding to the DLNA UPNP control request from Jellyfin (or BubbleUPNP
Android App).
Jellyfin retuns 204 No Content response, which is unusual. Common web
servers generally return 200 OK if the GET would return content, and
this is not-very-clearly suggested [in HTTP
spec](https://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.2.1)
The other patch is to ensure, that invalid Content-Length: 0 is not
returned with the HEAD response in the streaming case.
I think in both cases we still don't return the same headers with HEAD
as with GET (e.g. Content-Length or Accept-Ranges), but at least we
don't return anything misleading.
|
|
|
|
|
|
|
|
GHSL-2021-050: Issue 4 Arbitrary image file read and directory traversal.
|