Aaron Hill

Is this only an issue for existing nodes in the swarm - e.g. do node which join later properly download from other clients?

Of course, I can't prevent people from writing tests that rely on the client. However, I'm not sure if I want to officially support it, since it will limit how...

If you're forced to downgrade and are running into issues with `window` in strict mode, you can use `commonjs_strict`: https://github.com/protocolbuffers/protobuf/issues/9152#issuecomment-1411231302

Are there any issues blocking stabilization of this feature?

New code for applying cookie: ```rust use reqwest::cookie::CookieStore; let cookies = reqwest::cookie::Jar::default(); cookies.set_cookies( &mut [&reqwest::header::HeaderValue::from_static( "gaia55_sid=SID_COOKIE_VALUE;", )] .into_iter(), &Url::parse("http://www.gaiaonline.com/chat/gsi/index.php").unwrap(), ); let mut builder = reqwest::ClientBuilder::new().cookie_provider(Arc::new(cookies)); ```

@turt2live: This should be marked as 'Missing Glowstone'

@gabizou: This is for things like chests, which can have different names displayed in the inventory title.

> A strong use case justification to expose an implementation detail This is alreay possible > A strong use case justification to consider this not a bug in the protocol...

@turt2bot: Look at the [Open Window](http://wiki.vg/Protocol#Open_Window) packet. When you rename a chest in vanilla, the server just stores the new name, and sends it in the packet.

@turt2live: I think I see what you mean. There needs to be a way to set the inventory name before it gets opened - a method of InventoryHolder, maybe