fix: cap encoding_rs and hyper-util to keep building on Rust 1.83

[ChiragAgg5k]

The 0.15.0 publish failed at cargo test: the workflow runs Rust 1.83.0 (the crate's rust-version), and the latest hyper-util (0.1.21, needs Rust 1.85) and encoding_rs (0.8.40+, needs Rust 1.88) cannot even be parsed by Cargo 1.83.

This adds the same two caps the generator template already carries (appwrite/sdk-generator 9cd77bb2c and 0ed7664ab), so the dependency block matches the template exactly:

encoding_rs = ">=0.8.35, <0.8.40"
hyper-util = ">=0.1, <0.1.21"

cargo +1.83.0 test --all-features passes locally (751 tests). 0.15.0 never reached crates.io, so after this merges the 0.15.0 tag and release are re-pointed to the fixed commit and published.

[hansi-codes]

🟢 Tier S · Ready to merge

No concrete defects found in the dependency caps or their interaction with the existing manifest and publish workflow.

Adds upper bounds for encoding_rs and hyper-util to exclude releases that require newer Rust versions. The change keeps the dependency constraints aligned with the crate’s declared Rust 1.83 minimum and the existing publish workflow.

Verdict	New comments	Fixed	Still open
✅ Approved	0	0	0

📂 Walkthrough · 1

File	Change
Cargo.toml	Adds compatible version ranges for encoding_rs and hyper-util.

---

_{Reviewed 29051f2 · Details · Comment @hansi-codes review to re-run, or mention @hansi-codes with a question.}

[hansi-codes]

🟢 Tier S · Looks good to merge. Summary