Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1206908

Summary: "Authentication Required" login screen that references RESTAPI
Product: Red Hat Enterprise Virtualization Manager Reporter: rhev-integ
Component: ovirt-engineAssignee: Alexander Wels <awels>
Status: CLOSED ERRATA QA Contact: Jiri Belka <jbelka>
Severity: medium Docs Contact:
Priority: high    
Version: 3.5.0CC: alonbl, awels, benl, bsanford, ecohen, eedri, gklein, iheim, lpeer, lsurette, pstehlik, pvine, rbalakri, Rhev-m-bugs, rpai, tpelka, vipatel, yeylon, ylavi
Target Milestone: ---Keywords: Reopened, ZStream
Target Release: 3.5.3Flags: ylavi: Triaged+
Hardware: All   
OS: All   
Whiteboard: ux
Fixed In Version: org.ovirt.engine-root-3.5.3-2 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: 1175313 Environment:
Last Closed: 2015-06-15 13:27:32 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On: 1175313    
Bug Blocks:    

Comment 1 Einav Cohen 2015-03-29 13:21:10 UTC
Pavel - qa_ack+ please. thanks.

Comment 2 Eyal Edri 2015-04-14 08:48:56 UTC
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

Comment 4 Jiri Belka 2015-04-20 14:16:24 UTC
ok, rhevm-webadmin-portal-3.5.1-0.4.el6ev.noarch

no restapi http auth dialog seen

Comment 5 Einav Cohen 2015-04-20 14:25:25 UTC
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.

Comment 6 Alexander Wels 2015-04-22 13:53:15 UTC
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.

Comment 8 Jiri Belka 2015-05-22 14:57:47 UTC
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)

Comment 10 errata-xmlrpc 2015-06-15 13:27:32 UTC
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