Bug 1384723

Summary: ops ui should render formal 404 error page like ssui
Product: Red Hat CloudForms Management Engine Reporter: Dave Johnson <dajohnso>
Component: UI - OPSAssignee: Martin Hradil <mhradil>
Status: CLOSED WONTFIX QA Contact: Matouš Mojžíš <mmojzis>
Severity: medium Docs Contact:
Priority: medium    
Version: 5.6.0CC: dajohnso, dclarizi, hkataria, jhardy, mpovolny, obarenbo
Target Milestone: GA   
Target Release: cfme-future   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: general:ui
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-10-05 18:56:28 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: CFME Core Target Upstream Version:

Description Dave Johnson 2016-10-14 01:23:19 UTC
Description of problem:
=================================
ops ui should be consistent with the ssui and have a formal page to render for 404 errors...  see bug 1384722


Version-Release number of selected component (if applicable):
=================================
5.6.2 and 5.7.0.4

Comment 5 Martin Hradil 2017-10-02 14:15:09 UTC
So.. the current state is this:

* API - any 404 from the API is either hidden from the user, or displays our error modal
* $http - any error displays our error modal
* jQuery - either the error modal gets displayed or the right side gets replaced by our rails exception screen (depends on where it happens)
* full page reload - a rails exception screen is shown (which one depends on where it happens)


So.. this is partly solved by having extended the error modal across the JS bits.

But it's probably silly to try to recreate the error modal on a rails exception, + the modal wouldn't look that great floating above nothing, since there will be no pre-existing content on rails exceptions.


Feels like a WONTFIX until we're an SPA, WDYT Dan? :)