-
Type:
Bug
-
Status: Closed
-
Resolution: Fixed
-
Affects Version/s: 6.1.1 CE GA2, 6.1.20 EE GA2
-
Fix Version/s: 6.1.30 EE GA3, 6.2.0 CE M2
-
Component/s: Application Security > Login/Sign in Portlet, Util
-
Labels:None
-
Branch Version/s:6.1.x
-
Backported to Branch:Committed
-
Epic/Theme:
-
Git Pull Request:
Steps to reproduce:
1. Start a blank Liferay installation
2. Without signing in, navigate to the following url (assuming your Liferay server is running at localhost and port 8080):
http://localhost:8080/web/guest/home?p_p_id=36&p_p_lifecycle=0&p_p_state=maximized&p_p_mode=view
You should see the Wiki portlet maximized in the home page.
3. Now navigate to this url:
You should see the create account form.
4. Go through all the create account process, including writing a new password.
After the process you should get redirected to the same view as in 2 (the home page displaying the Wiki portlet maximized). Instead, though you get to the same page, the wiki portlet is not displayed.
During the create account process, after updating their password, users might get redirected to a view different from the one they're coming from.
The UpdatePasswordAction is not using the original URL contained in the referer param for the redirection after updating the password. In case referer URL exists, it should be used for the redirection so that users remain in the original page.
- causes
-
LPS-34258 Default Landing Page redirection doesn't work from update password page
- Closed
-
LPS-34334 Update Password page can have it's own URL as a referer to redirect after form post
- Closed
- relates
-
LPE-7988 Use referer URL to redirect after password update
-
- Closed
-
- Testing discovered
-
SOS-587 System fails to send an invitation confirmation to a non-existing member invited by e-mail
- Closed