Bump to ops 2.10 and remove handling of missing relation data during relation-broken events

[ca-scribner]

Context

To handle broken relations, istio-pilot has the following workaround:

istio-operators/charms/istio-pilot/src/charm.py

Lines 537 to 546 in ea52577

	if isinstance(event, RelationBrokenEvent) and event.relation.name == INGRESS_RELATION_NAME:
	if event.app is None:
	self.log.info(
	f"When handling event '{event}', event.app found to be None. We cannot pop"
	f" the departing application's data from 'routes' because we do not know the"
	f" departing application's name. We assume that the departing application's"
	f" is not in routes.keys='{list(routes.keys())}'."
	)
	else:
	routes.pop((event.relation, event.app))

This was needed because a breaking application's data may or may not be present in the databag.

This behaviour has changed in ops 2.10.0 and the workaround should no longer be needed. We should test and remove it if possible

What needs to get done

1. test whether ops 2.10.0 fixes the relation-broken handling issue
2. remove the workaround

Definition of Done

1. charm is updated and pushed to main

[syncronize-issues-to-jira]

Thank you for reporting us your feedback!

The internal ticket has been created: https://warthogs.atlassian.net/browse/KF-5294.

This message was autogenerated