Unable to Retrieve Record Entries - Umbraco Forms Backoffice

[math519a]

Umbraco Forms, and being able to review record entries through the backoffice, is a critical aspect of our application/solution.
On locally hosted web app, everything appears to work correctly.

Although, when using Azure Pipeline CICD, hosting through an azure web app, something seems to prevent us from reviewing record entries

Reproduction

Bug summary

Failed to fetch records through backoffice, PostRetrieveRecords() throws exception with Message; "The path appears to already be fully qualified. Please remove the call to MapPathContentRoot", ExceptionType "null" & StackTrace "null", which appears to be a debugging exception meant to be thrown to catch and log any errors that might occur after your migration from IOHelper.MapPath(), which has been annotated with [Obsolete("Use IHostingEnvironment.MapPathContentRoot or IHostingEnvironment.MapPathWebRoot instead")].
Additionally, reviewing the Umbraco.Core/Extensions/HostEnvironmentExtensions.cs source, the location of the method MapPathContentRoot(), the method mentioned in the exception method, a TODO note is added:
// TODO: This is a temporary error because we switched from IOHelper.MapPath to HostingEnvironment.MapPathXXX // IOHelper would check if the path passed in started with the root, and not prepend the root again if it did, // however if you are requesting a path be mapped, it should always assume the path is relative to the root, not // absolute in the file system. This error will help us find and fix improper uses, and should be removed once // all those uses have been found and fixed if (newPath.StartsWith(root)) { throw new ArgumentException( "The path appears to already be fully qualified. Please remove the call to MapPathContentRoot"); }

Which to me looks like I've found an edge case you have not yet anticipated.

Specifics

Route: /umbraco#/forms/Form/entries/e2cfd11e-8655-4d6a-8376-d2b29a54e3c4?mculture=da
Fresh install of Umbraco Core 12.3.6 & Forms 12.2.2.
No custom notifcation handlers or logic has been defined for this area.
Google Chrome, problem persist using Microsoft Edge.

Endlessly loading, waiting for the record entries to get fetched.

Steps to reproduce

Navigate to /umbraco#/login
Enter valid backoffice credentials.
Navigate to /umbraco#/forms
Expand forms folder.
Expand any form.
Navigate to entries of any form.

Expected result

Loaded form entries, as presented in first 2 attached screenshots.

Actual result

Endless loading form entries, PostRetrieveRecords() http status code 500, as presented in last 3 attached screenshots.

[AndyButland]

Not sure on this one I'm afraid, it's not something I've seen before. We host Umbraco Cloud sites on Azure web apps, so it's not an untested infrastructure that you are using. Maybe if you could share the request being made - "Headers" tab on the screenshot you sent before that might show something.

Also if you can find the error in the log viewer of your Umbraco environment, that might give a bit more details (stack trace etc.).

[math519a]

edit:

There is nothing logged to Debug, Error or Fatal

[AndyButland]

Associating this issue related the same error message: umbraco/Umbraco-CMS#11728

[ronaldbarendse]

I've investigated this error on version 13 and can verify that Forms doesn't use IOHelper.MapPath() directly, so this seems to be caused by the CMS, a custom implementation or incorrect configuration.

Since this issue is reported on version 12 that is now EOL and we can't replicate it, I'm closing this. If you can still replicate the error on the latest supported versions (v13 or v15), feel free to reopen and provide more details on the used configuration.

[ronaldbarendse]

@math519a Any chance you're running Umbraco in Docker or on Linux? I looked further into this issue and noticed some path generation/manipulation/checking that assumed specific path separators, which might result in the reported error. We'll include some fixes in the next round of patches that ensure we're using Path.Combine() and Path.GetDirectoryName() instead of manually concatenating/splitting paths 👌🏻