New posthog codes for new decryption failure reasons

[richvdh]

We've recently added new decryption failure reasons; in particular:

• messages sent from devices which their owners have not cross-signed
• messages sent from users who we had previously verified, but who have now rotated their identity.

We should add new PostHog reason codes for these failure reasons, and wire up the applications to send them correctly.

• New Error "names" in analytics-events project Feat: New expected UTD mode due to decryption TrustRequirement matrix-org/matrix-analytics-events#114
• Update React SDK to send new codes
• Update Rust SDK to send new codes Timeline: Extend UtdCause with new reason codes matrix-org/matrix-rust-sdk#4126
• Update Posthog graph to exclude new Expected UTDs codes #2597
• Trust & Decoration | Do not report UTDs from insecure devices to posthog, these are expected UTD. element-x-android#3626
• Trust & Decoration | Do not report UTDs from insecure devices to posthog, these are expected UTD element-x-ios#3380
• EXA support for Posthog code for messages from users with verification violation Trust & Decoration | Support new expected UTD causes element-x-android#3729
• EXI support for Posthog code for messages from users with verification violation. Done as part of this PR Fix a bug where the room state wouldn't indicate when a call was in progress. element-x-ios#3442

Not strictly the same cause but may be trivial to fix at the same time:

• EX: report expected device-historical UTDs to posthog using the new code HistoricalMessage #2581
• Report withheld messages to posthog using RoomKeysWithheldForUnverifiedDevice code #2589

[BillCarsonFr]

I created an issue on rust matrix-org/matrix-rust-sdk#4048 that is covering the work on rust I think.
Linking here so we can discuss it

[richvdh]

I created an issue on rust matrix-org/matrix-rust-sdk#4048 that is covering the work on rust I think.

That issue lays some groundwork, but does not update the posthog integration in the rust sdk

[uhoreg]

matrix-analytics-events PR: matrix-org/matrix-analytics-events#114

[uhoreg]

@BillCarsonFr is doing the EX bits, and I'm doing the EW bits

[uhoreg]

React SDK PR: element-hq/element-web#28292 (in draft until tests written)

[BillCarsonFr]

Not strictly the same cause but trivial to fix at the same time:

No trivial, need to be handled separatly

[richvdh]

I've moved this to the "Trust & Decoration" workstream, since the codes affected here will only affect devices with the "Exclude insecure devices when sending/receiving messages" labs option enabled, for now.