| Summary: | After Session timeout, logging back in takes user to change password page. | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat CloudForms Management Engine | Reporter: | Jeff Teehan <jteehan> | ||||
| Component: | UI - OPS | Assignee: | Brian McLaughlin <bmclaugh> | ||||
| Status: | CLOSED ERRATA | QA Contact: | Jeff Teehan <jteehan> | ||||
| Severity: | high | Docs Contact: | |||||
| Priority: | high | ||||||
| Version: | 5.6.0 | CC: | anewman, cpelland, dajohnso, hkataria, jhardy, jteehan, mfeifer, mhradil, mpovolny, obarenbo, simaishi | ||||
| Target Milestone: | GA | ||||||
| Target Release: | 5.6.0 | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | 5.6.0.9 | Doc Type: | Bug Fix | ||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2016-06-29 15:52:00 UTC | Type: | Bug | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Attachments: |
|
||||||
|
Description
Jeff Teehan
2016-04-20 22:18:33 UTC
Upon further review, it is the Login button itself that has been rewired to the password update page. Hi Brian, I don't see this in 5.5.4 either, which is a week newer. All kinds of problems seem to have disappeared. I'll ask anewman if he is still seeing it. I set this Beta2 appliance https://10.16.6.70 to 5 minute timeout. I'll try it a few times and report back. It's definitely still in my Beta2 on https://10.16.6.70, but not 5.5.4.0 Jeff, I've only been able to reproduce it on your appliance, but not my own instances of a Beta2 appliance or 5.6.0.6 appliance. Any chance you could retest in a more recent build? Created attachment 1161487 [details]
Screenshot immediately after timeout/login
Screenshot immediately after timeout/login
Same in 5.6.0.7 If it was just me, I'd say it's just me. But I'm not the one who originally found it. I added a screenshot, because if you look at the URL, it doesn't think it's at the change password screen. It thinks it went home to the dashboard. Might be a clue. New commit detected on ManageIQ/manageiq/master: https://github.com/ManageIQ/manageiq/commit/4c10ecf65b94b437b100ff90cb18615518c6e192 commit 4c10ecf65b94b437b100ff90cb18615518c6e192 Author: Martin Hradil <mhradil> AuthorDate: Thu May 26 17:51:17 2016 +0000 Commit: Martin Hradil <mhradil> CommitDate: Thu May 26 17:51:17 2016 +0000 session[:start_url] - save the actual path, instead of controller & action & id Because sometimes you also need the actual params.. When clicking the main menu (1st level), if the session has already timed out, only `/dashboard/maintab` would be saved, instead of eg. `/dashbard/maintab?tab=svc`.. https://bugzilla.redhat.com/show_bug.cgi?id=1329009 app/controllers/application_controller.rb | 2 +- spec/requests/auth_spec.rb | 6 ++++++ 2 files changed, 7 insertions(+), 1 deletion(-) Nice work. I'll put this on the hot seat. Thanks team. Verified in 5609 using https://10.16.7.233 Thanks again for the second look. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2016:1348 |