Improved Alert Handling

[wk9874]

Improved Alert Handling

Improves the alert deduplication - a new query parameter 'deduplicate' can be provided to the post request, which will return a 409 CONFLICT if that alert definition already exists on the server.

Made it so that this is the default behaviour, assigning a self._params = {'deduplicate': True} in the newmethod of each alert type. Could not add it to theinitof the alert as this was then overriden by theself_params = {}` in the BaseObject init.

Also added a new attach_to_run parameter to all create_xyz_alert methods in the Run class - if disabled, the alert will be created on the server but not linked to any run. Because of this, I also removed the check_run_initialized decorator from these methods, and moved it to the attach_to_run method. The benefit of this is you can now start a run in disabled mode to define alerts on the server without creating a whole new run to do so. This is used in the integrations repo to validate and define alerts up front, before then using add_alert to attach relevent ones to simulation, epoch or evaluation runs. The old way to do it would have only allowed the alerts to be validated when created and attached to a run, meaning eg you might spend hours training a model and then simvue crashes because the alert you defined for your evaluation run was invalid.

Also spotted a couple of other bugs:

• The getter for RunObject.alerts returned a generator, but the setter expected a list - changed these to both be lists for consistency.

• In add_alert, there was a line set(run.sv_obj.alerts + [id], where id was already a list - so removed the extraneous square brackets

• add_alert would never work when passed a list of names since it still expected Alert.get to return the old dict format (instead of the current tuple format) - fixed this by adding [1]'s so that it would look at the alert element of the tuple

• get_alert_details() will only work for online runs, so added a check if used when offline and raises an exception. Also added an 'if offline' check to run.alerts so that it will just return the list of alert IDs, instead of doing a dict comprehension from the server returned info

• add_alerts now always passes a full list of alerts which should be attached to the run at any time to the server endpoint, and the server endpoint has been changed to overwrite the list instead of appending to it (to stop duplicate alerts being added)

• Removed _attach_alert_to_run() - now just uses add_alerts

• Added test for add_alerts functionality

Closes #678
Closes #693
Closes #694
Closes #695
Closes #696
Closes #630 since create_xyz_alert can now be used with a disabled run and attach_to_run = False to validate and create alerts up front
Closes #135

[kzscisoft]

Please solve conflict