[Vue] add manage goals store to share loaded idGoal with plugin components that extend goal management #19236

Description:

Plugins can extend goal management with their own components. Each component provided by a plugin has to access the currently edited goal's ID. W/ angularjs this was done by looking for the manage goals root HTML element and getting the "show-goal" attribute, which was previously used to initiate an angularjs directive. This PR changes the system to use a store. ManageGoals sets a value in the store, and other components can read it at any given time. Vue's watch() method can be used to watch the idGoal if needed.

PiwikApiMock is also exported as it's used in an event and having the type is useful for the TypeScript migrations of some premium features. (It will still be removed in Matomo 5.)

Other changes (related to funnels):

• allow vue-entry components to be used in the edit goal template event
• for checkbox fields, undo the DOM .checked property change before emitting a model value change, so the parent component can decide whether it goes through. I had thought vue would do this itself since in this case the modelValue wouldn't match what the template sets it to, but I think since the value doesn't change, Vue doesn't initiate change detection and nothing happens, leaving the DOM value toggled. This would allow, for example, showing a modal when unchecking a checkbox to ask if the user is sure (which is done in Funnels when attempting to deactivate a funnel).
  • added this behavior to every field so the lock/unlock logic can be used for any field type
• bump version to beta so plugin builds will be able to use this code

Review

• [ ] Functional review done
• [ ] Potential edge cases thought about (behavior of the code with strange input, with strange internal state or possible interactions with other Matomo subsystems)
• [ ] Usability review done (is anything maybe unclear or think about anything that would cause people to reach out to support)
• [ ] Security review done
• [ ] Wording review done
• [ ] Code review done
• [ ] Tests were added if useful/possible
• [ ] Reviewed for breaking changes
• [ ] Developer changelog updated if needed
• [ ] Documentation added if needed
• [ ] Existing documentation updated if needed