Bug 756205

Summary:	Installer does not go to login page after configuring server
Product:	[Other] RHQ Project	Reporter:	Deon Ballard <dlackey>
Component:	Installer	Assignee:	John Mazzitelli <mazz>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Mike Foley <mfoley>
Severity:	medium	Docs Contact:
Priority:	urgent
Version:	unspecified	CC:	claprun, hrupp, jshaughn, mazz
Target Milestone:	---
Target Release:	JON 3.0.0, RHQ 4.3.0
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:		Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Bug Depends On:
Bug Blocks:	752488

Description Deon Ballard 2011-11-22 23:12:38 UTC

Description of problem:
The installer does not go to the login page after the server is configured. Instead, clicking the "click here to get started" link goes back to http://myserver:7080/installer/welcome.jsf and the page still says "click here to get started." Going to just http://myserver:7080 also goes back to welcome.jsf; the only way to get into the login page is to manually enter coregui/ in the URL.

Version-Release number of selected component (if applicable):
Build #100 for JON3 Core on hudson.
https://hudson.qa.jboss.com/hudson/view/JON3%20Core/job/rhq-release/100/

How reproducible:
Always, for at least a few minutes after installing. I tried restarting the server and restarting Firefox, but it still did it. I reopened Firefox about an hour after install, and then it worked for me, but that could be a browser cache thing.

Comment 1 Heiko W. Rupp 2011-11-23 07:57:41 UTC

This is something we have seen with Webkit based browsers in the past; looks like Firefox is finally on par with them.
Shift-reload should help here.

Comment 2 Charles Crouch 2011-11-29 03:05:11 UTC

If the fix is simple to append "/coregui" to the end of the link URL we generate in the installer, then lets just do that and resolve this once and for all.

Comment 3 Charles Crouch 2011-11-29 03:52:55 UTC

Assigning to Lukas to see if this is a quick, safe fix

Comment 4 John Mazzitelli 2011-11-29 17:21:56 UTC

master git commit: 6f563d3

Comment 5 Charles Crouch 2011-11-29 17:48:47 UTC

(11:22:40 AM) mazz: ccrouch: https://bugzilla.redhat.com/show_bug.cgi?id=756205 I have this in master. did you say you wanted this in release branch?
(11:27:18 AM) ccrouch: mazz: does it work? :-)
(11:27:27 AM) ccrouch: the change looks trivial

If it works as expected, please push to the release branch

Comment 6 John Mazzitelli 2011-11-29 18:34:01 UTC

release_jon3.x commit: bcb04980f718334c8a100195316a7fee5ac258b9

Comment 7 Mike Foley 2011-11-30 15:20:36 UTC

verified JON CR3

Comment 8 John Mazzitelli 2012-01-11 21:18:57 UTC

*** Bug 772228 has been marked as a duplicate of this bug. ***

Comment 9 Mike Foley 2012-02-07 19:25:07 UTC

marking VERIFIED JON 3 bugs to CLOSED/CURRENTRELEASE

Comment 10 Mike Foley 2012-02-07 19:28:19 UTC

changing status of VERIFIED BZs for JON 2.4.2 and JON 3.0 to CLOSED/CURRENTRELEASE