2.0.0 Breaks on filenames with special characters

[jrunestone]

Prerequisites

• I have written a descriptive issue title
• I have verified that I am running the latest version of ImageSharp.Web
• I have verified if the problem exist in both DEBUG and RELEASE mode
• I have searched open and closed issues to ensure it has not already been reported

ImageSharp.Web version

2.0.0+

Other Six Labors packages and versions

n/a

Environment (Operating system, version and so on)

Linux Mint 20.3

.NET Framework version

6.0.301

Description

In 1.0.5, this url: http://localhost:6123/aśdẁ.jpeg?width=100 resizes the image specified as expected. In 2.0.0 and 2.0.1 the same url doesn't resize the image and yields a debug message The image 'http://localhost:6123/aśdẁ.jpeg?width=100' could not be resolved. This is true for other non-ascii characters such as "åäö".

The options for legacy behavior detailed here (https://docs.sixlabors.com/articles/imagesharp.web/gettingstarted.html) with the LegacyV1CacheKey doesn't fix it.

Steps to Reproduce

1. Create a new .net6 asp.net core web application and install ImageSharp.Web 2.0.0 (or 2.0.1).
2. Add builder.Services.AddImageSharp() and app.UseImageSharp(); to the Program.cs file.
3. Place an image named aśdẁ.jpg in the wwwroot folder and try accessing it from the browser with a ?width=600 query parameter.

Images

No response

[jrunestone]

I think it has to be here:

            IImageResolver sourceImageResolver = await provider.GetAsync(httpContext);


            if (sourceImageResolver is null)
            {
                // Log the error but let the pipeline handle the 404
                // by calling the next delegate/middleware in the pipeline.
                this.logger.LogImageResolveFailed(httpContext.Request.GetDisplayUrl());
                await this.next(httpContext);
                return;
            }

[jrunestone]

So this example (/a%C5%9Bd%E1%BA%81.jpeg) will return false on if (!fileInfo.Exists) here

ImageSharp.Web/src/ImageSharp.Web/Providers/FileProviderImageProvider.cs

Line 58 in 3626616

if (!fileInfo.Exists)

so maybe url decoding the path will work? I can't quite follow the history if this was done somewhere in past versions.