After upgrading from 2.0.0 to 2.1.0, public media URLs under /globalassets/... stop loading on our Optimizely CMS 12 site (.NET8, IIS hosting).
We are using:
"SqlBlobProvider": {
"LoadFromDisk": true
}
The relevant log entry is:
System.InvalidOperationException: The response cannot be cleared, it has already started sending.
at Microsoft.AspNetCore.Http.ResponseExtensions.Clear(HttpResponse response)
at Microsoft.AspNetCore.StaticFiles.StaticFileContext.ServeStaticFile(HttpContext context, RequestDelegate next)
at EPiServer.Web.Routing.Matching.Blobs.Internal.DefaultBlobHttpHandler.Invoke(HttpContext context)
at EPiServer.Cms.Shell.UI.Controllers.Preview.Internal.MediaEditRenderer.InvokeAsync(HttpContext context)
Looking at commit 6c0e45e, I see that 2.1.0 adds AsFileInfoAsync(DateTimeOffset?) and returns an IFileInfo implementation with Exists, Length, PhysicalPath, and CreateReadStream(). Since our failing stack goes through StaticFileContext.ServeStaticFile, I wonder if this new IFileInfo behavior could affect how Optimizely/ASP.NET Core serves SQL-backed blobs when LoadFromDisk = true.
Are there any known issues or required configuration changes in 2.1.0 when using LoadFromDisk = true?
After upgrading from 2.0.0 to 2.1.0, public media URLs under
/globalassets/...stop loading on our Optimizely CMS 12 site (.NET8, IIS hosting).We are using:
"SqlBlobProvider": {
"LoadFromDisk": true
}
The relevant log entry is:
System.InvalidOperationException: The response cannot be cleared, it has already started sending.
at Microsoft.AspNetCore.Http.ResponseExtensions.Clear(HttpResponse response)
at Microsoft.AspNetCore.StaticFiles.StaticFileContext.ServeStaticFile(HttpContext context, RequestDelegate next)
at EPiServer.Web.Routing.Matching.Blobs.Internal.DefaultBlobHttpHandler.Invoke(HttpContext context)
at EPiServer.Cms.Shell.UI.Controllers.Preview.Internal.MediaEditRenderer.InvokeAsync(HttpContext context)
Looking at commit
6c0e45e, I see that 2.1.0 addsAsFileInfoAsync(DateTimeOffset?)and returns anIFileInfoimplementation withExists,Length,PhysicalPath, andCreateReadStream(). Since our failing stack goes throughStaticFileContext.ServeStaticFile, I wonder if this newIFileInfobehavior could affect how Optimizely/ASP.NET Core serves SQL-backed blobs whenLoadFromDisk = true.Are there any known issues or required configuration changes in 2.1.0 when using LoadFromDisk = true?