Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1351464 - Navigating to Configure --> Environments results in 404
Navigating to Configure --> Environments results in 404
Status: CLOSED ERRATA
Product: Red Hat Satellite 6
Classification: Red Hat
Component: WebUI (Show other bugs)
6.2.0
Unspecified Unspecified
high Severity high (vote)
: 6.2.9
: Unused
Assigned To: Walden Raines
Roman Plevka
http://projects.theforeman.org/issues...
: Triaged
: 1364251 1376046 1394974 1409818 1418695 (view as bug list)
Depends On:
Blocks: 1426382
  Show dependency treegraph
 
Reported: 2016-06-30 03:05 EDT by Stephen Wadeley
Modified: 2017-05-23 09:39 EDT (History)
16 users (show)

See Also:
Fixed In Version: tfm-rubygem-bastion-3.2.0.13-1
Doc Type: Known Issue
Doc Text:
When moving to Puppet environments, you might see an HTTP 404 error. Reload the page to go to the correct location.
Story Points: ---
Clone Of:
: 1426382 (view as bug list)
Environment:
Last Closed: 2017-05-01 09:52:41 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Foreman Issue Tracker 15665 None None None 2016-07-12 14:02 EDT
Red Hat Product Errata RHBA-2017:1191 normal SHIPPED_LIVE Satellite 6.2.9 Async Bug Release 2017-05-01 13:49:42 EDT

  None (edit)
Description Stephen Wadeley 2016-06-30 03:05:43 EDT
Description of problem:

If I am viewing a page in the web UI and then select: Configure --> Environments I am often sent to a 404 error page. If I then press the browser back arrow I arrive at the Puppet Environments page. This suggest I did go to that page when I selected it from the menu, but that I was immediately forwarded to the error page.


Version-Release number of selected component (if applicable):
Red Hat Satellite
Version 6.2
foreman-installer-katello-3.0.0.47-2.el7sat.noarch
katello-3.0.0-8.el7sat.noarch

How reproducible:


Steps to Reproduce:
1. Visit a page such as Content -> Products
2. Select Configure --> Environments


Actual results:
https://rhel7-2-sat6-2.example.com/404

Expected results:
https://rhel7-2-sat6-2.example.com/environments

Additional info:

The error message includes this "If you are the application owner check the logs for more information."

Could you make that a little more verbose? Which logs exactly? I could not see anything in var/log/message but then I am not sure what to look for.
Comment 3 Roman Plevka 2016-07-02 06:53:52 EDT
Note:
This seems to be replicable only on navigating from Katello resource (page) to Puppet Environments (which is Foreman, i believe). Looks like the request to foreman is not even made (no sign of *any* processed http request in production.log). Instead, a straight request to http://server.com/404 is made according /var/log/httpd/foreman-ssl_access_ssl.log:

<requestor ip> - - [02/Jul/2016:06:34:54 -0400] "GET /404 HTTP/1.1" 304 - "https://sat6.server.com/environments" "Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:47.0) Gecko/20100101 Firefox/47.0"

I'm suspecting some Javascript overrides the request and makes another one straight to /404 (Probably Bastion: https://github.com/Katello/bastion/blob/94333abda01d7634a0d19fc8c638067532f88be7/app/assets/javascripts/bastion/features/feature-flag.run.js#L14)
Comment 4 Roman Plevka 2016-07-02 09:09:52 EDT
Looks like the following commit has revealed the issue as a side effect:
https://github.com/Katello/bastion/commit/dee91a07f70d09348afc14d43597c13a4428289c

reverting the code back to original (removing the conditional and redirecting to 'url' straight away) fixes the issue (I'm not suggesting reverting it back)
Comment 6 Stephen Benjamin 2016-07-12 11:39:56 EDT
This also happens when navigating from a Bastion page to "Manage Organizations".
Comment 7 Walden Raines 2016-07-12 13:55:39 EDT
Created redmine issue http://projects.theforeman.org/issues/15665 from this bug
Comment 8 Walden Raines 2016-07-12 15:25:04 EDT
PR: https://github.com/Katello/bastion/pull/118
Comment 9 Bryan Kearney 2016-07-12 16:15:14 EDT
Upstream bug component is Uncategorized
Comment 10 Tomer Brisker 2016-08-14 10:10:46 EDT
*** Bug 1364251 has been marked as a duplicate of this bug. ***
Comment 11 Bryan Kearney 2016-08-23 10:17:38 EDT
Moving to POST since upstream bug http://projects.theforeman.org/issues/15665 has been closed
Comment 12 Walden Raines 2016-09-22 16:06:04 EDT
*** Bug 1376046 has been marked as a duplicate of this bug. ***
Comment 15 Roman Plevka 2016-10-20 05:36:00 EDT
FAILED QA:
on sat6.3.0 snap#5

I keep getting 404 on navigating from a Katello pages (e.g. Activation keys) to Hosts or New Host pages.
Comment 16 Bryan Kearney 2016-12-16 14:07:58 EST
Upstream bug component is WebUI
Comment 17 Walden Raines 2017-01-17 11:14:00 EST
(In reply to Roman Plevka from comment #15)
> FAILED QA:
> on sat6.3.0 snap#5
> 
> I keep getting 404 on navigating from a Katello pages (e.g. Activation keys)
> to Hosts or New Host pages.

What version of bastion?
Comment 18 Walden Raines 2017-01-18 11:46:28 EST
(In reply to Walden Raines from comment #17)
> (In reply to Roman Plevka from comment #15)
> > FAILED QA:
> > on sat6.3.0 snap#5
> > 
> > I keep getting 404 on navigating from a Katello pages (e.g. Activation keys)
> > to Hosts or New Host pages.
> 
> What version of bastion?

Never mind.
Comment 19 Ranjan Kumar 2017-01-24 22:44:43 EST
Similar issue:
If you're at https://satellite.example.com/content_hosts and you click that top left link, you get a 404 page.
Comment 20 Walden Raines 2017-01-26 10:02:16 EST
Fixed in https://github.com/Katello/bastion/pull/165 with:

commit 440714a1dc4cb1a8848a342edfd4e4164c257504
Author: Walden Raines <walden@redhat.com>
Date:   Tue Jan 24 15:57:41 2017 -0500

    Fixes #15665: get correct root url for 404 states.
    
    We were getting the relative url instead of an absolute url when
    determining if a state transition should result in a 404 (which worked
    until nutupane was removed).  This commit fixes the root url logic.
    
    http://projects.theforeman.org/issues/15665
Comment 21 Daniel Lobato Garcia 2017-01-27 03:44:47 EST
Setting as triaged as there's a fix already upstream
Comment 22 Walden Raines 2017-02-03 13:32:13 EST
*** Bug 1418695 has been marked as a duplicate of this bug. ***
Comment 23 Brad Buckingham 2017-02-09 13:25:33 EST
*** Bug 1409818 has been marked as a duplicate of this bug. ***
Comment 24 pm-sat@redhat.com 2017-02-23 16:08:33 EST
Please add verifications steps for this bug to help QE verify
Comment 25 Walden Raines 2017-02-27 09:35:03 EST
*** Bug 1394974 has been marked as a duplicate of this bug. ***
Comment 26 Oleksandr Shtaier 2017-03-28 04:13:38 EDT
Verified on 6.2.9

Navigation works as intended + functionality related to Red Hat Satellite logo also works properly

All of these things didn't work in 6.2.8, so verified that fix exactly delivered in 6.2.9
Comment 28 errata-xmlrpc 2017-05-01 09:52:41 EDT
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/RHBA-2017:1191
Comment 29 Andrew Dahms 2017-05-23 09:39:31 EDT
Changing the 'requires_doc_text' flag to '-'.

Note You need to log in before you can comment on or make changes to this bug.