Bug
Service form call fails when unauthenticated
Issue description
When accessing a service form by force (& at the end), the page seems to constantly reload (without further action). An exception is logged. This only happens when the user is unauthenticated. Everything works as expected when the user is logged in.
Developer comments
This goes deep. In short the service form call fails, because access to %topics/.search% is denied to an unauthenticated user. So the select box cannot be filled. Additionally a JavaScript mechanism is in place that reloads the current page, if access to an xhr request was denied.
Does it make sense to deny access to topics.search, since in the standard setup the user anyway can access that information?
Why is the page reloaded on xhr access denied?
Should access to service forms be allowed to the unauthenticated user in the default access configuration?
If yes, should that go for POST services as well?
Why is the page reloaded on xhr access denied?
See [5520, this issue].
The behavior for handling unauthorized xhr requests was changed: instead of directly reloading the page, a message is displayed and upon continue the user is redirected to the start page.
|
Work sessions4
Start |
2016-05-02T17:27:36
|
End |
2016-05-02T18:46:46
|
Participant |
Robert Cerny
|
Start |
2016-05-03T07:26:32
|
End |
2016-05-03T08:26:41
|
Participant |
Robert Cerny
|
Start |
2016-12-17T15:50:09
|
End |
2016-12-17T16:32:56
|
Participant |
Robert Cerny
|
Start |
2017-05-04T13:53:38
|
End |
2017-05-04T14:43:08
|
Participant |
Robert Cerny
|
|
We are sorry
This page cannot be displayed in your browser. Use Firefox, Opera, Safari, or Chrome instead.