Skip to content

Blazor WASM InteractiveRequestOptions is ignored when deployed to Azure #45289

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
1 task done
darena-pjindal opened this issue Nov 26, 2022 · 1 comment
Closed
1 task done
Labels
area-blazor Includes: Blazor, Razor Components feature-blazor-wasm This issue is related to and / or impacts Blazor WebAssembly feature-blazor-wasm-auth ✔️ Resolution: Duplicate Resolved as a duplicate of another issue Status: Resolved

Comments

@darena-pjindal
Copy link

Is there an existing issue for this?

  • I have searched the existing issues

Describe the bug

I have created a default blazor wasm project in .net7 with authentication. I added the InteractiveRequestOptions with a returnURL to counter page. This works with no issues locally. However, if I deploy this to Azure web app (hosted or not hosted), the interactiverequestoptions are being completely ignored. It just redirects it to the home page. Is there some additional configuration required to maintain the HistoryEntryState once deployed to Azure
image

Expected Behavior

No response

Steps To Reproduce

No response

Exceptions (if any)

No response

.NET Version

7

Anything else?

No response

@javiercn javiercn added area-blazor Includes: Blazor, Razor Components feature-blazor-wasm This issue is related to and / or impacts Blazor WebAssembly feature-blazor-wasm-auth labels Nov 26, 2022
@javiercn
Copy link
Member

@darena-pjindal thanks for contacting us.

This is a known issue with regards to trimming in .NET 7.0. We have addressed the issue in 7.0.1 which will be available in a few weeks. In the mean time, you can disable trimming for the assembly. See #44973 (comment) for details.

Dupe of #44973

@javiercn javiercn added the ✔️ Resolution: Duplicate Resolved as a duplicate of another issue label Nov 26, 2022
@ghost ghost added the Status: Resolved label Nov 26, 2022
@ghost ghost locked as resolved and limited conversation to collaborators Dec 26, 2022
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
area-blazor Includes: Blazor, Razor Components feature-blazor-wasm This issue is related to and / or impacts Blazor WebAssembly feature-blazor-wasm-auth ✔️ Resolution: Duplicate Resolved as a duplicate of another issue Status: Resolved
Projects
None yet
Development

No branches or pull requests

2 participants