Bug 1374018 - http_proxy settings will never revert back
Summary: http_proxy settings will never revert back
Keywords:
Status: CLOSED DUPLICATE of bug 1358433
Alias: None
Product: Red Hat CloudForms Management Engine
Classification: Red Hat
Component: UI - OPS
Version: 5.6.0
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: GA
: cfme-future
Assignee: Jason Frey
QA Contact: Jeff Teehan
URL:
Whiteboard: ui:configuration
: 1405482 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-09-07 17:11 UTC by Chen
Modified: 2020-03-11 15:14 UTC (History)
10 users (show)

Fixed In Version:
Doc Type: Known Issue
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-11-20 19:59:39 UTC
Category: Bug
Cloudforms Team: Azure
Target Upstream Version:


Attachments (Terms of Use)

Description Chen 2016-09-07 17:11:05 UTC
Description of problem:

http_proxy settings will never revert back

Version-Release number of selected component (if applicable):

CFME 5.6.1

How reproducible:

100%

Steps to Reproduce:
1. Set http_proxy related settings through UI and Save
2. Delete the settings and leave the parameters blank and then Save

Actual results:

The settings will revert back to the settings I made in step 1

Expected results:

The http_proxy settings should be able to be cleared

Additional info:

Comment 3 Martin Povolny 2016-10-12 08:27:18 UTC
The problem is you really cannot delete from the advanced settings, you can only change the values.

To disable the proxy, try setting the 'host' to false. That should have the desired effect in this case.

Comment 5 Jeff Teehan 2016-12-02 02:44:06 UTC
Setting it to false works, but it's not obvious this would be a choice.  People are going to have to walk though setting it, changing it, wondering why it's not working, do some google searches, and hopefully stumble across this bz like I did.

I set the doc type to known issue so that we make sure it's documented as clearly as possible.  It's getting pretty late in the release I would think.

Anyway, I added a suite of test cases to cover all these possibilities so at least they will be tracked regularly going forward.

Whatever we all decide is fine, but I'm assigned the qe contact to myself.

Comment 6 Matouš Mojžíš 2016-12-16 16:51:49 UTC
*** Bug 1405482 has been marked as a duplicate of this bug. ***

Comment 7 Marianne Feifer 2017-06-23 17:15:06 UTC
Chen, looks like this became a known issue for doc. Should this be re-assigned to documentation? (Note that the SF has been closed)

Comment 8 Jeff Teehan 2017-06-23 17:39:42 UTC
We might be able to document this as I've since found a workaround.

You can create a settings.local.yml that basically clears (overrides) the values after you restart the evm services.

Comment 9 Chen 2017-06-24 12:41:58 UTC
Hi Marianne, Jeff,

Thank you for your efforts on this bug.

Since this is expected behaviour and we have workarounds, yes I agree that we should be clear in the docs to show how to make the options in advanced settings empty. I noticed that this depends on the option itself in comment #4 (sometimes '' sometimes false in this case).

Best Regards,
Chen

Comment 10 Jason Frey 2017-11-20 19:59:39 UTC

*** This bug has been marked as a duplicate of bug 1358433 ***


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