-
-
Notifications
You must be signed in to change notification settings - Fork 887
Description
Prerequisites
- I have written a descriptive issue title
- I have verified that I am running the latest version of ImageSharp
- I have verified if the problem exist in both
DEBUG
andRELEASE
mode - I have searched open and closed issues to ensure it has not already been reported
ImageSharp version
3.1.5
Other ImageSharp packages and versions
N/A
Environment (Operating system, version and so on)
Windows 10 19044.2604, 64-bit
.NET Framework version
.NET 8
Description
Encoding an Image
as WebP to a Microsoft.AspNetCore.Http.HttpContext
(a non-seekable Stream
) produces an image that cannot be displayed in the browser (Firefox 129.0.2, Chrome 128.0.6613.114) and has a different length and contents from the same Image
written to a file. Writing an Image
as TIFF in the same way produces a file which cannot be displayed in the Windows image viewer and contains no valid IFDs. All other formats currently supported by ImageSharp produce valid images when written in this way. Tested with both Image<Rgba32>
and Image<Rgb24>
. I would guess it affects other non-seekable Stream
s with these formats as well.
Steps to Reproduce
Here is a code sample reproducing the problem. A complete project can be found here: https://github.com/csboling/imagesharp-webp-http
using SixLabors.ImageSharp;
using SixLabors.ImageSharp.PixelFormats;
var builder = WebApplication.CreateBuilder(args);
var app = builder.Build();
app.MapGet(
"/download.webp",
async ctx =>
{
using (Image<Rgba32> image = new(1, 1))
{
ctx.Response.ContentType = "image/webp";
await image.SaveAsWebpAsync(ctx.Response.Body);
}
});
app.Run();
Images
This ZIP contains example 1x1 pixel RGBA32 images encoded to WebP and TIFF to an HttpContext.Response
, then downloaded with Chrome (invalid.webp, invalid.tif) as well as images encoded directly to a file (valid.webp, valid.tif).