-
-
Notifications
You must be signed in to change notification settings - Fork 886
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
DEBUGandRELEASEmode - 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 Streams 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).