G

That seems reasonable, it also has the advantage of allowing us to throw vendor specific types to the mix

Same problem here when serving on macOS. This looks like a macOS specific issue, as our project still works fine when building on linux

Sorry @puffyCid it has been a while, we've been busy building our apps ! There's a first pull requests that was created [here](https://github.com/mandiant/macos-UnifiedLogs/pull/15), do you want to hold off on...

Unfortunately it isn't, I appreciate that the error can come from multiple sources though, but in this case I've tried installing countless other platforms and changing the deployment target within...

Quick update with new results: I'm still investigating on my previous suspicion that the `arch64-sim` might be the culprit somehow, because i had a feeling that the `arm64-apple-ios13.0-simulator-sim` target is...

So after talking to @lucasfernog, we figured out a way to run inside the simulator, from xcode, by running `cargo tauri ios dev --open` Thank you for having a look...

@AlecTroemel is there anything we can do to help move things forward regarding quick-xml ? I noticed there are 2 PRs open, this one looks like the most painless, do...

@rimutaka that would be up to the maintainers I guess. If there are indeed alternatives and no plan on updating this crate then it wouldn't be to much pain for...

This method of declaring store no longer works: https://v2.tauri.app/plugin/store/. I've followed the migration but I'm now stuck because the create_store command apparently expects a u64 rather than a boolean ```...

@will5933 @antkit @gknapp You guys need to change the way you declare the store after updating to plugin-store v2 -> https://v2.tauri.app/plugin/store/