Bug 1360455

Summary: Navigation from anything under Content menu to QuickStart Cloud Installer->Deployments takes you directly to creating a new deployment instead of the deployment list page
Product: Red Hat Quickstart Cloud Installer Reporter: Landon LaSmith <llasmith>
Component: WebUIAssignee: cchase
Status: CLOSED ERRATA QA Contact: Tasos Papaioannou <tpapaioa>
Severity: high Docs Contact:
Priority: high    
Version: 1.0CC: cchase, ernelson, jesusr, jmatthew, tcarlin, tpapaioa, tsanders
Target Milestone: ---Keywords: Triaged
Target Release: 1.1   
Hardware: All   
OS: All   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-02-28 01:38:13 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:
Embargoed:
Attachments:
Description Flags
Screenshot of blank deployment page none

Description Landon LaSmith 2016-07-26 19:13:17 UTC 
Description of problem: When navigating from anything under Content to QuickStart Cloud Installer->Deployments, I am immediately take to the New Deployment product selection page instead of the main deployment page that lists existing deployments.  This issue is the same whether or not a deployment exists


ISO Media Version: 1469293134.403192

How reproducible: 100%

Steps to Reproduce:
1. Install QCI
2. Login to Satellite and navigate to Content->Red Hat Subscriptions
3. Navigate to QuickStart Cloud Installer->Deployments

Actual results: You are directed to a new deployment product selection page.

Expected results: You should be directed to the deployment list page

Additional Info: Trying to use QuickStart Cloud Installer->Deployments while on the product selection page, the UI will redirect you to Sat page with the menu bar and no content.
Comment 1 Landon LaSmith 2016-07-26 19:17:22 UTC 
Created attachment 1184384 [details]
Screenshot of blank deployment page
Comment 3 cchase 2016-08-03 20:05:06 UTC 
Bastion-Katello appears to be intercepting routes using the # and wiping out everything afterwards sending the user to /r instead of /r#deployments.  While they probably should not be doing so, we can enable Ember's support for html5 history to avoid the issue.

Ember.Router.extend({
  locationType: 'history'
  rootURL: '/r/'
...


Rails.application.routes.draw do
  get 'r/*ember_route', :to => 'fusor_ui/placeholders#r'
  get 'r', :to => 'fusor_ui/placeholders#r'
end
Comment 4 Thom Carlin 2016-09-01 12:03:59 UTC 
*** Bug 1372297 has been marked as a duplicate of this bug. ***
Comment 5 cchase 2016-09-06 12:40:11 UTC 
https://github.com/fusor/fusor/pull/1205

I've changed the URLs to use browser history, so we won't see # in the URL anymore and Katello shouldn't mess with it.  We should navigate to deployments/new deployment appropriately.
Comment 8 Tasos Papaioannou 2016-09-23 14:49:56 UTC 
Verified on QCI-1.1-RHEL-7-20160922.n.1.
Comment 11 errata-xmlrpc 2017-02-28 01:38:13 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://access.redhat.com/errata/RHEA-2017:0335