fix(workflows): use larger argo page size for client-side filtering

[hazdl]

Analysis Platform - AP-1366

Fixes inefficient workflow filtering when filtering by parameters or annotations.

Previously, the GraphQL limit was also used as the Argo API page size. This meant that a small GraphQL limit, such as limit: 10, could cause many Argo API requests when searching through a large number of workflows with few or no matches.

The client-side filtering path now uses a separate Argo page size of 1000 workflows per request.

The GraphQL limit remains unchanged and continues to control the maximum number of matching workflows returned to the user.

Changes

• Added a dedicated Argo workflow page size of 1000.
• Kept the GraphQL limit independent from the Argo page size.

Testing

• cargo fmt --check
• cargo clippy -p graph-proxy --all-targets --all-features
• cargo test -p graph-proxy graphql::workflows::tests::multiple_workflows_query_with_annotation_filter -- --nocapture

[davehadley]

Can you remove all of the spurious files that have been added to this PR?

eg backend/graph-proxy/condensed-matter,

[hazdl]

Fixed it. I removed the spurious files. When I last added workflows.rs, these files were unexpectedly created as part of the change, although I'm not sure why. I've cleaned them up now, and the PR contains only the intended change to backend/graph-proxy/src/graphql/workflows.rs.