Design Proposal: How Lightning Screen Field Components Work With ‘Next’ and ‘Previous’

Goal

As a user of Flows with screen components and automatic output mapping, I can add new screen components and have automatic output mapping on by default without running into the problem discussed here.

Changes to Lightning Component Screen Fields

Current behavior

If both the input and output have mapped values (either automatic or manual) the component ignores the input that’s mapped to it and gets assigned whatever that attribute most recently output to Flow was

Proposed Behavior:

For NEXT Transitions to a Screen with a Lightning Component field

On ANY ‘Next’ transition into a screen with a lightning component, the behavior for new Lightning Components will now be to always use the latest value of all mapped inputs, regardless of whether outputs exist, or how outputs are mapped. This is equivalent to the “Reset the Component” choice for a Previous transition.

For PREVIOUS Transitions returning to a Screen with a Lightning Component field

Behavior would be:

Flow will pass the most recent values it received (usually from the last time there was a 'Next' Transition away from this screen) back into the inputs. Any input mappings that were originally used to provide these attributes with default data from upstream in the flow will be ignored this time.