fix: email and proposal download status action logs pages

[mutambaraf]

Description

Closes: UserOfficeProject/issue-tracker#1623

The Email and Proposal Download status action logs pages were throwing a GraphQL INTERNAL_SERVER_ERROR ("Status action not found ActionId: X connectionId: Y") for most historical rows, because a data migration bug (the workflow-overhaul release) left many status_actions_logs rows pointing at connection_id/action_id combinations that no longer exist in workflow_status_connection_has_actions. This PR makes that a handled, expected state instead of a hard error, and prevents users from trying to replay a log that has no configuration left to replay against.

Motivation and Context

How Has This Been Tested

Added tests

Fixes

Changes

• apps/backend/src/datasources/StatusActionsDataSource.ts — updated the getConnectionStatusAction interface signature to return ConnectionHasStatusAction | null.
• apps/backend/src/datasources/postgres/StatusActionsDataSource.ts — getConnectionStatusAction returns null instead of throwing when no matching connection/action is found.
• apps/frontend/src/components/statusActionsLogs/StatusActionsLogsTable.tsx — Replay action is visually and functionally disabled for rows with no connectionStatusAction, without breaking the tooltip.
• apps/backend/src/mutations/StatusActionsLogsMutations.spec.ts — added a test asserting replay rejects gracefully when the connection/action can't be resolved.

Depends on

Tests included/Docs Updated?

• I have added tests to cover my changes.
• All relevant doc has been updated

[Scott-James-Hurley]

Looks great