jdev - 2025-06-30

Does a MUC need to advertise any feature in order for vCard4 avatars to work in it? I've looked into features of a MUC where it works for sure and can't find there pubsub or anything.

I believe it just needs to not block MUC PMs

as that also affects iq traffic about the vcards

wgreenhouse: I mean the avatar of the MUC itself specifically. Full JIDs are open in all MUCs anyway.

ah! yes, I'd expect a MUC that publishes its own avatar to advertise vcard support. this one does: ``` Feature: vcard-temp ``` ✏

ah! yes, I'd expect a MUC that publishes its own avatar to advertise vcard support. this MUC we're standing in does: ``` Feature: vcard-temp ``` ✏

I'm not sure if the Gajim version I have already uses vCard4 for avatars though, AFAIR, older ones used vCard4 for room info and still used vcard-temp for avatars themselves lol.

yeah, I'd expect at least vcard-temp to be advertised by the room

If vcard-temp should work, then it's not requested for some other reason.

I've implemented XEP-0486 only.

I never saw a muc publish a vcard, so no Gajim does never request that

and avatars have to be fetched with vcard-temp, because thats simply the spec, there is no vcrad4 avatars in muc

to be more precise, Gajim requests vcard-temp, to get the avatar and ignores the rest

and it makes not much sense to request a vcard4 because there is no spec for that

> as that also affects iq traffic about the vcards It shouldn't, but it can if poorly implemented ↺

Should a MUC advertise its avatar hash in roominfo only, not in a presence via vcard-temp:x:update?

Yes, the presence thing was a hack without spec

Though some clients only support that hack so your choice