Skip to content

Conversation

@Takaros999
Copy link
Contributor

@Takaros999 Takaros999 commented Jan 15, 2026

This PR continues the work in #36 and fixes CI and build issues.

@Takaros999
Copy link
Contributor Author

@codex review

Copy link

@chatgpt-codex-connector chatgpt-codex-connector bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: 3e651bc461

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

Comment on lines 34 to 36
while !Task.isCancelled {
let current = try self.pollForStatus()
let current = self.pollStatus(pollIntervalMs: nil, timeoutMs: nil)

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P2 Badge Use non-blocking status polling in async stream

In status(), the call to pollStatus(pollIntervalMs:timeoutMs:) blocks until the session completes (it loops internally until confirmed/failed in rust/core/src/bridge.rs), so the async stream will never emit intermediate waiting/awaiting updates and pollInterval/cancellation won’t be respected until the bridge finishes. This is a behavioral regression for callers who rely on incremental status updates or cancel the stream while waiting for a user to confirm; they’ll hang until the session completes or times out. Consider using a non-blocking single-poll API here, or exposing a pollForStatus wrapper that returns immediately and letting the Swift loop control intervals and cancellation.

Useful? React with 👍 / 👎.

Copy link

@0x1 0x1 Jan 15, 2026

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

is this behavior (incremental status updates / cancellation) important? i don't have enough context to understand. @Takaros999

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

yeah this is fine, it's how it worked before

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

we can get an opinion from mobile devs later on but not important now

@0x1
Copy link

0x1 commented Jan 15, 2026

just one clarification question via codex. but otherwise no wired code smells on the rust stuff (still a rust noob so take that with some 🧂 )

Copy link

@0x1 0x1 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

gucci

@Takaros999 Takaros999 merged commit 800c9b4 into main Jan 15, 2026
10 checks passed
@Takaros999 Takaros999 deleted the takis/one-core-rust-crate branch January 15, 2026 22:06
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants