Red Hat Bugzilla – Bug 1314883
[RFE] Refresh Dialog Fields Based on Specific Field Changes
Last modified: 2017-10-26 01:33:29 EDT
-What is the nature and description of the request?
Dynamic Fields in CFME should have the ability to only refresh when another specific field changes, and not when any field changes. E.g.
:field1 => 'test data'
:field2 => 'test data 2'
When field1 is updated (:field1 => 'updated test data'), field2 is then refreshed. Right now, it looks like all fields are refreshed by default.
-Why does the customer need this? (List the business requirements here)
With large dialogs, with many dynamic fields, user experience is awful. It takes sometimes up to 15 seconds to load the entire dialog each time a field is changed. This is not acceptable from a user standpoint and make dynamic fields unusable once you are using more than a couple.
-How would the customer like to achieve this? (List the functional requirements here)
A selection option when creating the service dialog that allows users to 'Auto Refresh when FieldX' is updated, rather than simply auto-refresh when any field is updated.
-Is there already an existing RFE upstream or in Red Hat Bugzilla?
I have not found one.
-Does the customer have any specific timeline dependencies and which release would they like to target (i.e. RHEL5, RHEL6)?
Before the customer goes into production. This is tentatively scheduled for now depending on the success of the current implementation in development.
-Is the sales team involved in this request and do they have any additional input?
Yes, sales in involved. Input pending depending on future meeting.
-List any affected packages or components.
We also suffer from this issue with many of our dialogs. We use a number of dynamic drop-down fields which pull data from external systems and this "global" refreshing leads to extremly long (>15sec) refresh times of the catalog item form. (we're upgrading from 4.0 to 4.1 now)
This feature would be a *tremendous* help to us.
+1 from us as well. We're starting the move from 3.2 to 4.1 and this is proving to be an issue with our dialogs in which we use quite a few dynamic fields.