Pavel - qa_ack+ please. thanks.
this bug was merged to 3.5.2 branch, this is why it is included in the 3.5.1 respin. but bug is targeted to 3.5.3. if this fix is in the build, then we have 2 options: 1. QE verifies it to the 3.5.1 release -> change TR to 3.5.1 2. QE verifies it for the 3.5.3, code is in, but will only be verified in 3.5.3
ok, rhevm-webadmin-portal-3.5.1-0.4.el6ev.noarch no restapi http auth dialog seen
not sure how this was verified, as the fix was reverted eventually from ovirt-engine-3.5.2, therefore it did not land in RHEV-3.5.1. moving back to MODIFIED - need to re-verify on RHEV-3.5.3. steps to reproduced: need to leave the GUI open for 10 hours.
You can also change the 'UserSessionHardLimit' value to be less than 600 (minutes) so you don't have to wait 10 hours for it to happen.
ok, rhevm-backend-3.5.3-0.2.el6ev.noarch verification based on some awells@ recommendations: - UserSessionHardLimit > UserSessionTimeOutInterval * be inactive and wait for UserSessionTimeOutInterval triggering logoff because of inactivity * wait if there's the popup windows - UserSessionHardLimit < UserSessionTimeOutInterval * be active and wait so UserSessionHardLimit triggers logoff * wait if there's the popup window (add time for inactivity) - UserSessionHardLimit > UserSessionTimeOutInterval * be active and see that UserSessionTimeOutInterval does _not_ trigger logoff * wait for logoff triggered by UserSessionHardLimit * wait if there's a popup (add time for inactivity)
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://rhn.redhat.com/errata/RHBA-2015-1095.html