I kept giving Mozilla the benefit of the doubt and telling myself things weren’t so bad.

I was wrong.

I’ll continue using Firefox because it’s the least bad option, but I can’t advocate for it in good faith anymore, and I don’t expect it to last long with this orientation.

So it goes.

Not sure I understand. What I’m trying to do is something like this:

• Poll a stream which takes fedi events. Read player commands.
• If an event comes from a known player, check which match they are into.
• With that info, get their opponents/coplayers etc and perform the change of state in the game (send replies, next turn, etc).

So what I have as a key is a player name (AP username) and from that I need to find which match they’re in.

There’s nothing semantically useful about a match ID.

Possibly yes. I’ll check if the results are equivalent.

Edit: Yes, that works.

Apparently the problem is due to an incompatibility between the use of certain libraries (winapi and windows-sys) which use different versions of COM. At least so I deduce from the documentation I’ve read.

There’s a workaaround:

On Cargo.toml, use.

[build-dependencies]
embed-manifest = "1.3.1"

And on the root of the project (not the src dir) create a build.rs file with the following content:

use embed_manifest::{embed_manifest, new_manifest};

fn main() {
    if std::env::var_os("CARGO_CFG_WINDOWS").is_some() {
        embed_manifest(new_manifest("Contoso.Sample")).expect("unable to embed manifest file");
    }
    println!("cargo:rerun-if-changed=build.rs");
}

This embeds a manifest together with the executable, solving the issue.