Hi @MamaCatDev,

I've just replied on the original GitHub issue from @gioragutt, saying this:

As of 0.11.4, it is possible to retrieve the metadata from the client-side by defining a custom RoomAvailable + Metadata types.

Example:

[Serializable]
class Metadata
{
	public string mode;
	public string name;
}

[Serializable]
class CustomRoomAvailable : RoomAvailable
{
	public Metadata metadata;
}

var roomsAvailable = await client.GetAvailableRooms<CustomRoomAvailable>(roomName);

for (var i = 0; i < roomsAvailable.Length; i++)
{
    // getting metadata
    Debug.Log("metadata.mode: " + roomsAvailable[i].metadata.mode);
    Debug.Log("metadata.name: " + roomsAvailable[i].metadata.name);
}

The metadata comes from a JSON response from the server. Unfortunately, the built-in JsonUtility from Unity has limitations regarding the usage of generic types, making it necessary to create a new type having its own hardcoded Metadata type defined on it. (here's the method to decode the JSON response)

If you think the API can be improved please don't hesitate to share your thoughts.

Hello everyone!

Me, @AnubisCode and his brother Stanislav (artist and animator) wanted to make a multiplayer game in a "game jam" style. Initially, we wanted the game to be super simple and finished within a month of work. We've got the first prototype in a few weeks, and it didn't meet our expectations. Then we decided to change the game entirely. In the end, we spent around 2 months (+3 months of pause) to make a quite polished version of it 😅

We're glad to finally announce the first playable version of PartyToons.io! The game is inspired by Mario Party, Pokemon Stadium Minigames, and such. We have 5 mini-games implemented so far:

Gameplay video:

Playable link: http://partytoons.io/

We're using Defold for the client-side :)

Feedback is very welcome! Also if you have any questions, let us know! 🤗

Well done @halftheopposite! 👏👏👏 Thanks a lot for sharing!

Version 0.11.14 is now using the internal ip instead of external. Can you check if it works for you now? Cheers!

Hi @nguyen991,

This pull-request recently introduced using public-ip to expose the address for the proxy: https://github.com/colyseus/colyseus/pull/264

Maybe we should use the internal-ip package instead of public-ip? Could you try this out? Cheers!

Maybe the problem is because you're requesting herokuapp.com:5000. Heroku only opens up the ports 80/443. Anything other than that will be refused.

Hi @linlarr, which version of Colyseus are you using in the server-side?

You shouldn't need to manually set the "Access-Control" headers, since colyseus already does it for you: https://github.com/colyseus/colyseus/blob/master/src/Server.ts#L139-L150

Hi @JimboAction, not yet. It would be great to have it eventually.

• We already have a C++11 client written for Cocos2d-x: https://github.com/colyseus/colyseus-cocos2d-x
• Godot recently released their new WebSocket implementation: https://godotengine.org/article/websocket-updates-udp-multicast

AFAIK Godot still uses C++03 in their engine, but C++11/17 is supported if using GDNative: https://docs.godotengine.org/en/3.1/tutorials/plugins/gdnative/gdnative-cpp-example.html

Hi @dpastorini @shashank,

During onLeave in the client-side you can check for the code being anything else than 1000 to detect an abnormal disconnection:

room.onLeave(code => {
  if (code > 1000) {
    // abnormal disconnection!
  } else {
    // the client has initiated the disconnection
  }
});

I've just fixed the closing codes on version colyseus@0.11.7, so please upgrade. I apologize for the inconvenience! 🙈

Hi @Viveksharma, are you setting the MONGO_URI environment variable before importing the @colyseus/social module?

It's usually a good practice to put require('dotenv').config() as the very first line in your server entry file: (using https://www.npmjs.com/package/dotenv)

Cheers