HttpInputParameters.readTimeOut typed as string — server expects integer (ms)
Nobody has claimed this yet.
Assessment
- Difficulty
- 1/5
- Estimated time
- Under an hour
- Newbie friendliness
- 91/100
- Issue type
- Bug
- Clarity
- Clearly specified
- Activity status
- Quiet
- Tech stack
- typescript
- Domain
- api
Research direction
Start at src/open-api/types.ts:156 and compare readTimeOut with the correctly typed connectionTimeOut field at the preceding line. Change the declaration so numeric millisecond values are accepted, then verify the TypeScript checks pass and that the public type matches the server's Integer field.
Written by the indexing model from the issue text.
Description
Summary
HttpInputParameters.readTimeOut is typed as string in src/open-api/types.ts:156.
The server's HttpTask.Input.readTimeOut is Integer (milliseconds). The sibling field
connectionTimeOut is correctly typed as number. The inconsistency is a bug.
Server baseline
Conductor 3.32.0-rc.9
Evidence
Static:
// src/open-api/types.ts:155-156
connectionTimeOut?: number; // ✓ correct
readTimeOut?: string; // ✗ should be number
Server:
// http-task/.../HttpTask.java:275
private Integer readTimeOut = 3000;
Live (2026-07-16): Server accepts both readTimeOut: 3000 (integer) and
readTimeOut: "3000" (string) due to Jackson coercion. However, the TypeScript type
is still wrong — passing a number for readTimeOut is a compile-time error with the
current type definition.
Impact
TypeScript users who pass readTimeOut: 5000 (the natural form) get a type error and
must write readTimeOut: "5000" (string), which is semantically confusing and diverges
from connectionTimeOut: 5000 (number).
Proposed fix
// src/open-api/types.ts:156
readTimeOut?: number; // was: string
Related
Discovered during systematic SDK audit against Conductor OSS 3.32.0-rc.9.
- Dominant language
- TypeScript
- Stars
- 58
- Forks
- 20
- Avg merge
- 6d 5h
- Merged PRs (30d)
- 3
Getting set up
- Ships a Dockerfile or Docker Compose file
- No pull request template
- No contributing guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from conductor-oss/javascript-sdk
-
bug documentation good first issue
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
conductor-oss/javascript-sdk#173 ·
-
bug
Difficulty 1/5 Under an hour Newbie friendliness 88/100
conductor-oss/javascript-sdk#140 ·
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
conductor-oss/javascript-sdk#139 ·
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
conductor-oss/javascript-sdk#137 ·
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
conductor-oss/javascript-sdk#136 ·
All issues in conductor-oss/javascript-sdk
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
Maintainers usually reply within 1 day
-
automated issue report
Difficulty 1/5 Under an hour Newbie friendliness 68/100
-
documentation
Difficulty 1/5 Under an hour Newbie friendliness 92/100
github/copilot-sdk#2804 · 1 comment ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 62/100
drizzle-team/drizzle-orm#6418 ·
Maintainers usually reply within 4 days
-
Difficulty 1/5 Under an hour Newbie friendliness 92/100
diegosouzapw/OmniRoute#15307 · 1 comment ·
Maintainers usually reply within 2 days