hey all -- does anyone know the XEP to add room icons to MUCs? XEP-0153 doesn't mention MUCs or groups, so unsure if that's the one commonly used.
jonas’
it’s unspecified
jonas’
people do XEP-0153 on MUC addresses and it breaks some clients, but works in others.
tao
ah, okay. i'm particularly interested in adding arbitrary metadata to MUCs, so it sounds like that could be done by assigning a vCard note to the MUC. thanks!
MattJ
What kind of metadata?
MattJ
usually metadata is published in disco#info
MattJ
(XEP-0030 / XEP-0045)
goffihas joined
tao
not so much service metadata as in disco#info, but metadata about a room. e.g. when it was created, its rules, or similar. (this is for a custom thing, not a general XMPP client, so compatibility with existing MUCs is not much of a concern)
MattJ
There is a description field
tao
that might actually work quite very for my use case -- thank you! 🙂
MattJ
np
pulkomandyhas joined
MattJ
Even for a closed thing, you might hit obstacles using barely used/documented stuff like vcards on MUCs, but disco and room configuration is well supported
sonnyhas joined
pulkomandyhas left
pulkomandyhas joined
sonnyhas left
pulkomandyhas left
pulkomandyhas joined
Zashhas left
Zashhas joined
sonnyhas joined
pulkomandyhas left
pulkomandyhas joined
pulkomandyhas left
taohas left
pulkomandyhas joined
mathieuihas left
pulkomandyhas left
pulkomandyhas joined
sonnyhas left
goffihas left
goffihas joined
pulkomandyhas left
sonnyhas joined
sonnyhas left
pulkomandyhas joined
sonnyhas joined
debaclehas left
pulkomandyhas left
lovetoxhas joined
sonnyhas left
pulkomandyhas joined
sonnyhas joined
lovetoxhas left
pulkomandyhas left
lovetoxhas joined
pulkomandyhas joined
sonnyhas left
serge90has left
serge90has joined
pulkomandyhas left
sonnyhas joined
pulkomandyhas joined
asterixhas left
asterixhas joined
sonnyhas left
Wojtekhas left
kikuchiyohas left
pulkomandyhas left
asterixhas left
asterixhas joined
wurstsalathas left
pulkomandyhas joined
pulkomandyhas left
asterixhas left
asterixhas joined
asterixhas left
asterixhas joined
pulkomandyhas joined
kikuchiyohas joined
strarhas left
strarhas joined
kikuchiyohas left
asterixhas left
asterixhas joined
sonnyhas joined
kikuchiyohas joined
debaclehas joined
pulkomandyhas left
pulkomandyhas joined
asterixhas left
taohas joined
taohas left
asterixhas joined
sonnyhas left
taohas joined
taohas left
lovetoxhas left
lovetoxhas joined
strarhas left
strarhas joined
asterixhas left
asterixhas joined
pulkomandyhas left
pulkomandyhas joined
sonnyhas joined
pulkomandyhas left
pulkomandyhas joined
asterixhas left
asterixhas joined
sonnyhas left
pulkomandyhas left
pulkomandyhas joined
pulkomandyhas left
pulkomandyhas joined
asterixhas left
asterixhas joined
asterixhas left
asterixhas joined
goffihas left
asterixhas left
asterixhas joined
taohas joined
taohas left
sonnyhas joined
debaclehas left
asterixhas left
asterixhas joined
asterixhas left
asterixhas joined
sonnyhas left
sonnyhas joined
goffihas joined
sonnyhas left
goffihas left
lovetox
hm when i send <stream:stream />
lovetox
neither ejabberd nor prosody answer with <stream:stream />
lovetox
i send the closing, shutdown my outgoing stream, and receive instantly a TLS EOF on the incoming
lovetox
wondering if this is a problem with GLib socket code, or if the server really dont bother to make sure and send the closing