Question 380
A price handler calls fireOnChange on the same field each time it updates a calculated total. Which TWO complementary steps provide the intended implementation AND the evidence needed to validate it? Select TWO.
Explanation
Correct Answers
Check handler registration, setValue calls, fireOnChange usage, event order, duplicate registration and execution depth. These observations separate this failure from adjacent capabilities or permissions. Setting an attribute value does not always trigger OnChange automatically; explicit event invocation can create loops. The relevant implementation is: Register OnChange handlers once, target supported events and prevent event-recursion when setting attribute values programmatically. This is the diagnostic/verification half of the required two-step answer.
Register OnChange handlers once, target supported events and prevent event-recursion when setting attribute values programmatically. This choice implements the controlling platform requirement rather than masking the symptom. Setting an attribute value does not always trigger OnChange automatically; explicit event invocation can create loops. Verify the change using: Check handler registration, setValue calls, fireOnChange usage, event order, duplicate registration and execution depth. This is the implementation half of the required two-step answer.
Incorrect Answers
The app remains responsive under realistic data sizes and subscriptions are removed when navigation changes. This step belongs to Code app render performance and resource cleanup rather than the complementary pair here. The required action is: Register OnChange handlers once, target supported events and prevent event-recursion when setting attribute values programmatically. And its evidence is: Check handler registration, setValue calls, fireOnChange usage, event order, duplicate registration and execution depth.
Configure a modern model-driven command with Power Fx visibility/action rules or supported JavaScript, matching permissions and saved state. This step belongs to Command bar Power Fx and JavaScript rules rather than the complementary pair here. The required action is: Register OnChange handlers once, target supported events and prevent event-recursion when setting attribute values programmatically. And its evidence is: Check handler registration, setValue calls, fireOnChange usage, event order, duplicate registration and execution depth.
Inspect console stack traces, browser network requests, response statuses, connector run history and request correlation IDs. This step belongs to Code app Monitor and browser troubleshooting rather than the complementary pair here. The required action is: Register OnChange handlers once, target supported events and prevent event-recursion when setting attribute values programmatically. And its evidence is: Check handler registration, setValue calls, fireOnChange usage, event order, duplicate registration and execution depth.

