@sighphyre @thomasheartman is there any plan to merge/release this, or #27 in near future? This is currently blocking us from using unleash in a rust project. Can publish a new crate to unblock, but really don't want to do that for a feature that could benefit everyone.

@Meemaw I think we'd love to get this out, yeah. I don't know exactly what happened to @sighphyre's PR from a year ago (#27), but there is probably a reason why it wasn't merged. Maybe either he or @rbtcollins could shed some light on that.

I don't know what's holding us back (it might just be development time), but I know this repo is still using a client spec from three years ago. I've got a feeling that we'd also want to update that when moving forwards, but I'm not sure it's necessary before merging this.

As you can maybe tell, I don't have as much context around this particular SDK as @sighphyre and @rbtcollins do, so I'll defer to them.

Hey @Meemaw, there's no concrete reason we haven't moved on that, it was just a case of other work becoming more important and remaining more important until right now. To date we haven't had anyone ask for these features in the Rust SDK and other SDK work was prioritised

Now that people are asking it can be reprioritized but I probably won't look at least until early next week

@sighphyre thanks for the context. I think it wouldn't be as bad if the SDK worked and just ignored those constraints and treat them as a noop, but the fact that it doesn't work at all with these constraints in the project makes it very hard to use.

I'll check in again next week to see if you can prioritise this.

Hey @sighphyre as promised circling back to check if there is a plan to prioritise this soon/this week? If not that's fine and we will work-around the issue for now.

Hey @Meemaw, still planning to prioritise this soon but it might not be this week. I have some relatively urgent things to work on in another SDK, as soon as that's done this will be the next thing.