Display snackbar in geoshape/trace when automatic location recording is used

[grzesiek2010]

Closes #7036

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

We used to call #setChangeResult separately for each case (adding points manually, removing them, dragging, etc.). This was error-prone, as it could be missed in some scenarios, which is what caused this issue. Instead, we should call it whenever the list of points is updated.

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?

It should simply fix te issue.

Do we need any specific form for testing your changes? If so, please attach one.

The form is linked in the issue.

Does this change require updates to documentation? If so, please file an issue here and include the link below.

No.

Before submitting this PR, please make sure you have:

• added or modified tests for any new or changed behavior
• run ./gradlew connectedAndroidTest (or ./gradlew testLab) and confirmed all checks still pass
• added a comment above any new strings describing it for translators
• added any new strings with date formatting to DateFormatsTest
• 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

[dbemke]

Tested with success

Verified on device with Android 10

Verified cases:

• issue No snackbar in geoshape/trace when automatic location recording is used #7036 doesn't occur

[srujner]

Tested with success

Verified on device with Android 12

[WKobus]

Tested with success

Verified on device with Android 16