[MRF-7] PLU-520: remove mrf actions steps if necessary

[pregnantboy]

Changes

1. Adds functionality to remove MRF steps when a non-MRF form is connected
2. Enhances the display of form fields:
   • Properly numbers questions in attachment answers
   • Hides header fields instead of collapsing them
   • Only shows editable fields in MRF steps (i.e. those fields that the form filler can edit at that pt of time)

The PR also includes tests to verify the new MRF step removal functionality.

[pregnantboy]

Warning

This pull request is not mergeable via GitHub because a downstack PR is open. Once all requirements are satisfied, merge this PR as a stack on Graphite.
Learn more

• [MRF-8] PLU-520: New Approve-Reject component (frontend) #1284 : 2 dependent PRs (#1285 , #1349 )
• [MRF-7] PLU-520: remove mrf actions steps if necessary #1275 👈 (View in Graphite)
• [MRF-6] PLU-520: testStep for mrf actions should test multiple steps #1269
• [MRF-5] PLU-520: refactor frontend to allow test step on mrf actions #1268
• [MRF-4] PLU-520: automatically create/delete/update mrf steps on check step #1267
• [MRF-3] PLU-520: introduce mrf action that cannot be added by user #1266
• [MRF-2] PLU-520: parse formsg workflow data + refactor #1265
• [MRF-1] PLU-520: allow mrf forms to be connected #1264
• mrf/trunk

This stack of pull requests is managed by Graphite. Learn more about stacking.

[linear]

PLU-520 MRF: Approvals

[kevinkim-ogp]

Suggested change

	answer: { isHidden: true },
	answer: { isHidden: true },
	answerArray: { isHidden: true },

think need to add for answerArray as well to handle checkboxes and tables

[kevinkim-ogp]

found some potential issues:

1. Step name remains as MRF: xx after changing to a non-MRF form, may be better to rename back to 'New form submission' ?
2. steps are not reordered properly after deleting MRF steps, but noticed that a resetStepOrdering function is introduced in the Step model in a subsequent PR. should it be introduced here?

other functionalities work as intended:

• Attachment questions are numbered properly
• Headers are hidden completely
• Only shows editable fields in MRF steps