ayeteadoe

@cqundefine @Olekoop See first commit for context into the dawn port changes, but both Android and FreeBSD should be working with the current state of the PR now. If you...

The CMake-based dawn port has been upstreamed into vcpkg, so I'll adjust to remove the overlay port given it should be working on all the platforms, but it can always...

Going to close this for now as I have some other PRs in the queue I want to focus on first and this one keeps getting merge conflicts. Thanks to...

Update: I the skia 144 vcpkg port with skcms fixes has been upstreamed, so I'm going to draft this and change it to update to skia 144 instead. As of...

A new vcpkg port version for skia has been upstreamed (updates to `chrome/m144`, fixes the skcms symbol export/import issues) in https://github.com/microsoft/vcpkg/commit/3f176cb18061751c472af63e3d6292ed69610b8b, so I'm going to draft this and change the...

Flatpak errors are due to other dependencies getting out of date (e.g. ICU vcpkg port was recently updated but flatpak was not updated). I'm not going to address those here...

So for the HTTP(S) request instability, it looks like this is actually an issue at the IPC layer. I've confirmed every attempt I've tried (even when we crash) has `CURLE_OK`...

So to try and confirm if data was getting corrupted during transport and not an issue with encoding/decoding, I switched the `network_error` field to not be the last thing encoded...

@stasoid I found the issue! I was able to confirm that the bytes being sent over were fine, plus if there was a bug in transport then pretty much every...

While the work here is complete, I'm drafting this for now as I'm going to split out a couple of the simple commits here that don't require/benefit from the general...