Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

0.1.4 #160

Closed
7 of 38 tasks
oscartbeaumont opened this issue Mar 30, 2023 · 0 comments
Closed
7 of 38 tasks

0.1.4 #160

oscartbeaumont opened this issue Mar 30, 2023 · 0 comments
Labels
v1.x A change for version 1.x.x

Comments

@oscartbeaumont
Copy link
Member

oscartbeaumont commented Mar 30, 2023


Changes:

  • Support for anyhow with rspc::Error. Must enabled the anyhow feature for this.
  • Remove DoubleArgStreamMarker and replace StreamResolver and with StreamRequestLayer trait.
  • Drop DoubleArgStreamMarker type and Resolver trait. The bounds have been moved directly onto the .query/.mutation/.subscription methods. This was an artifact of a feature that was never implemented due to limitations in the Rust compiler's type inference capabilities.
  • .subscription now supports returning a dyn Stream, Result<dyn Stream, rspc::Error>, dyn Future<Output = dyn Stream and dyn Future<Output = Result<dyn Stream, rspc::Error>>.
  • Restrict names of procedures to prevent conflicts with internal procedures and invalid URLs.
  • Improve error for invalid names. Now uses #[track_caller] to provide a clickable path in the terminal to take you to error in your own code.
  • New JSON RPC executor
  • Cleanup Tauri subscriptions on page load -> This flows the behavior of a websocket.
  • Remove hack from previous Tauri IPC bug
  • impl RouterBuilderLike
  • Refactor ProcedureDataType. This is a breaking change but it's marked as an internal API
  • Added typedef to RequestLayer trait
@oscartbeaumont oscartbeaumont pinned this issue Mar 30, 2023
@oscartbeaumont oscartbeaumont unpinned this issue May 10, 2023
@oscartbeaumont oscartbeaumont added the v1.x A change for version 1.x.x label May 10, 2023
@Brendonovich Brendonovich modified the milestone: 1.0.0 May 11, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
v1.x A change for version 1.x.x
Development

No branches or pull requests

2 participants