Bug 536377 (RHQ-732) - Proxy should have an Enable/Disable override for proxy settings.
Summary: Proxy should have an Enable/Disable override for proxy settings.
Keywords:
Status: CLOSED WONTFIX
Alias: RHQ-732
Product: RHQ Project
Classification: Other
Component: Core UI
Version: 1.1pre
Hardware: All
OS: All
low
medium
Target Milestone: ---
: ---
Assignee: RHQ Project Maintainer
QA Contact: Mike Foley
URL: http://jira.rhq-project.org/browse/RH...
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-08-13 19:30 UTC by Corey Welton
Modified: 2014-05-02 17:53 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-05-02 17:53:07 UTC
Embargoed:


Attachments (Terms of Use)

Description Corey Welton 2008-08-13 19:30:00 UTC
Steps to repro:
1. Login to JON
2. Content Sources  >  JBoss Patch Content Source > Edit
3. Expand the Proxy Settings windowshade
4. Begin to make various changes to the fields; click the "Unset" checkbox next to the fields and note that the text disappears.
5. Pretend for a second that you're an end user and temporarily want to disable proxy on said channel.

Expected results:
User would be able to check an overriding field akin to : 
Proxy  (*) Enabled   ( ) Disabled 

...which would enable/gray out these other proxy field values, preserving the settings that are already in there.

Current results:
It is cumbersome if user wants to enable/disable proxy -- for example, network troubleshooting, etc. -- since the proxy values are wiped out each time.

This is not too different from the way that Firefox and IE handle their proxy usage -- if proxy is disabled, the values remain in the UI and config files, but are unused/inaccessible.



Comment 1 Joseph Marques 2008-08-14 01:38:26 UTC
i'm accepting this jira, although the request may be a bit more work than we're realistically willing to do (for 1.1).  presently the generic config UI component was written as unset being a UI-only concept.  if some property is unset, the null value is persisted for that property.  if we wanted to support this, it would require a domain model change so that properties can store values that we would *want* to use, but don't actually use.  this way, when the unset control is clicked in the UI, it would be possible for the config UI component to keep those values (but gray the input out / make the input read-only), and then persist the property values.

Comment 2 Red Hat Bugzilla 2009-11-10 21:15:48 UTC
This bug was previously known as http://jira.rhq-project.org/browse/RHQ-732



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