-
Bug
-
Resolution: Fixed
-
Medium
-
5.5, 5.6.3, 5.6.4, 5.6.6
-
None
<security-config> <parameters> <init-param> <param-name>login.url</param-name> <!--<param-value>/login.action?os_destination=${originalurl}</param-value>--> <param-value>http://sso.example.com/?lastPage=${originalurl}</param-value> </init-param>
If a user is NOT authenticated via SSO and visits this Confluence link:
https://confluence.example.com/pages/viewpage.action?pageId=123456
a 302 redirect to
https://sso.example.com/?lastPage=https%3A%2F%2Fconfluence.example.com%2Fpages%2Fviewpage.action%3FpageId%3D123456 is triggered, which leads the user to the SSO login and then back to the desired Confluence page, good.
However, if the user instead visits an attachment link like:
https://confluence.example.com/download/attachments/123456/example.PNG?api=v2 a 302 redirect to
https://sso.example.com/?lastPage=%2Fdownload%2Fattachments%2F123456%2Fexample.PNG%3Fapi%3Dv2 is triggered but the server base url is missing, hence there is no way to redirect the user back to the attachment after a successfull login with SSO.
I suppose, that this is related to CONF-29144.
- is related to
-
CONFSERVER-30930 Directly downloading an attachment will fail if not logged in
- Closed
- relates to
-
CONFSERVER-29144 Directly being linked to an attachment before logging in will redirect to a 'action not permitted' message
- Closed
-
CONFSERVER-35249 last-updated macro doesn't display anonymous profile picture but broken image
- Closed
- mentioned in
-
Page Loading...