You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The type ActorStartOptions has waitForFinish but actor('actor').call (and task) where it is used should have waitSecs instead. I would do a PR but not sure how you want to structure the types
The text was updated successfully, but these errors were encountered:
Out of curiosity, why is that? The api expects waitForFinish, not waitSecs. Is this just a rename in the client for clarity sake or is it something else?
@vladfrangu I think this was designed by @mnmkng but as I understand it: The .start() is basically the normal client run so it passes all the params to the API (waitForFinish is API param but it waits max 300 seconds to not block the connection). But .call() is a wrapper of .start() that waits for the run to finish fully. This is feature of the client, not supported by the API so the waitSecs is option only to the client, not API.
I agree that it is a bit confusing since vast majority of the client just reflects the API but we generally agreed that the client should have utility logic on top of the API.
Oh crap, I think I see what you're saying. .call re-uses the type for .start but in the case of waitSecs vs waitForFinish, .call expects the former, and .start the latter. I'll fix this, thx
The type ActorStartOptions has
waitForFinish
butactor('actor').call
(and task) where it is used should havewaitSecs
instead. I would do a PR but not sure how you want to structure the typesThe text was updated successfully, but these errors were encountered: