This is a bug! The both form updates and entry should be possible here. It's likely that this can also be reproduced by changing languages.

@dbemke I'm pretty sure this will only be the case for scenarios where the theme/language are changed and is actually not related to save points at all. Could you confirm that for me by playing with other save point scenarios?

the theme/language are changed and is actually not related to save points at all

interesting :) I'll try it out

@WKobus also discovered that you can cause the same problem with these steps:

1. Finalize entity form
2. Open it in Ready to Send
3. Try and start the same form again

It looks like this is because we open ViewOnlyFormHierarchyActivity after loading the form and then finish FormFillingActivity without cleaning up.

@WKobus could you file a separate issue for your case? It is a distinct one so it will be better.

I'm pretty sure this will only be the case for scenarios where the theme/language are changed and is actually not related to save points at all. Could you confirm that for me by playing with other save point scenarios?

A few tries and - savepoint after using "force stop" doesn't block match exactly or the form. I checked also if maybe it's the case with changing match exactly settings to get it running faster - it's not a factor in this issue. So as you said it's not the savepoint
causing it.

@alyblenkin it would be good to get your input on how we're thinking of fixing this. My current plan is to block access to the settings that cause the app to "restart" during form entry like this by disabling them and showing a summary like:

And for clarity, the settings that will be disabled will be:

• The full project management section
• Theme
• Language

@seadowg blocking access and showing a message sounds like a good plan.

My first thought was to add some sort of pill or icon to make to more obvious if they don't read carefully, but I think that over complicates things! There is a good icon for settings alert, but not really a good warning for theme and language.

So when users go to the settings page, they’ll see the supporting text for each setting that’s not available. If they’re adjusting settings while filling out the form using the menu, should we also show the the language is disabled? I don't know if dropdown lists all support text, so we may need to show it in the dialog?

If they’re adjusting settings while filling out the form using the menu, should we also show the the language is disabled? I don't know if dropdown lists all support text, so we may need to show it in the dialog?

The "Setting not available..." text is used as the summary which is where the current setting would usually be shown. Just to be clear, the user is still able to change form language using the "Change language" button in the options menu - it's just the app language that they won't be able to change.

Ah gotcha! That makes more sense!