Don't start background recording when viewing forms

[seadowg]

Closes #5643

What has been done to verify that this works as intended?

New tests.

Why is this the best possible solution? Were any other approaches considered?

I actually think the better solution would be to rework FormFillingActivity so that the form entry, hierarchy and view only hierarchy views are all separate fragments that get navigated to after form load (depending on form state etc). This is work we've already planned (#5420), and it'd be a major effort that doesn't feel worth it to fix this one bug in isolation.

How does this change affect users? Describe intentional changes to behavior and behavior that could have accidentally been affected by code changes. In other words, what are the regression risks?

As well as verifying the issue is fixed, checking editing and filling forms with background recordings in general would be good.

Before submitting this PR, please make sure you have:

• run ./gradlew checkAll and confirmed all checks still pass OR confirm CircleCI build passes and run ./gradlew connectedDebugAndroidTest locally.
• verified that any code or assets from external sources are properly credited in comments and/or in the about file.
• verified that any new UI elements use theme colors. UI Components Style guidelines

[srujner]

Tested with Success!

Verified on device with Android 12 and 13

Verified cases:

• Issue Background Recording becomes active after viewing send form #5643 is no longer reproducing
• background recording form
• background recording with audit form
• external recording is not selected
• use an external recording app
• use forms with audio widget
• change recording settings in the middle of filling the form
• light and dark mode
• Rotate the screen, minimize the app
• Regression check on background recording in general

[dbemke]

Tested with Success!

Verified on device with Android 10