Closed emeyke closed 2 years ago
We will try to answer all questions that do not require research within 24hr. To prioritize cases that require research we use the following labels in order. For all other issues the posting time is respected.
This case is prioritized.
the only similar message i found is at
a sample can always speed up resolution
this is exactly the correct message and situation. Anon user does not have rights to access the view specified in the URL. So it is logical to redirect to login screen and after successful login redirect to originally requested view. If the user is logged in (not anon) but there is still no rights to access, then it makes sense to raise exception. This is more of a suggestion...
eXpand.lab release 20.2.304.2 includes commit that relate to this task:
Please test if it addresses the problem. If you use nuget add our LAB NugetServer as a nuget package source in VS.
To minimize version conflicts we recommend that you switch to PackageReference format and use only the eXpandAgnostic, eXpandWin, eXpandWeb packages. Doing so, all packages will be at your disposal and .NET will add a dependecy only to those packages that you actually use and not to all (see the Modules installation-registrations youtube video).
Thanks a lot for your contribution.
Issue is deprioritized
as no Assignee found
and scheduled for auto-close
if no activity in the next 60 days
. Thanks a lot for your contribution.
Closing issue for age. Feel free to reopen it at any time.
.Thank you for your contribution.
Quite typical situation if the view is access by specific URL and the user is not logged on. Currently the error "cannot find the view" is displayed. It makes sense to make the behavior to redirect to login a default in case of anonymous authentication is enabled.