Open ghost opened 3 years ago
no reply in three days
this is why people don't use matrix
Sharing E2EE keys with 300 users which might have multiple devices will take some time, your bot seems to give up before the keys are shared.
Encryption in that specific room worked fine for weeks, I doubt it's that. I suspect the bots session is being blocked by a user but I have no way of checking since it's a headless setup. Installing the dbus library required for panctl prevents pantalaimon from starting
E2EE keys may expire and will need to be re-shared, people delete/add device which expires E2EE keys as well, and the number of devices might have grown which might explain why it needs longer to share the keys. It might be something else, but the first thing to try will be to raise the timeout for your bot.
I can't do that. matrix-bot-sdk
provides no way to increase the ttl for sending events
Can you perhaps confirm that this indeed is the issue using curl
to send a message?
There isn't going to be any difference between matrix-bot-sdk
sending a message to the room (MatrixClient.ts#987) and curl sending a message to the room. The issue isn't just the /send/${type}/${track}
timing out either, this bug freezes up pantalaimon entirely for a few seconds
I encountered the same issue, briefly, in a room with exactly 2 users, me and my bot.
ESOCKETTIMEDOUT
whenever I attemped to send a message.
Describe the bug Pantalaimon is timing out when sending messages in specific encrypted rooms.
To Reproduce No idea
Expected behavior Pantalaimon does it's job
Screenshots Error from
matrix-bot-sdk
Desktop (please complete the following information):
Additional context Only happening for one room, 301 users.