XSF Discussion - 2024-03-15

Today's "I've never seen this before" from XEP-0045: <field label='FAQ Entry' type='text-multi' var='muc#register_faqentry'/> ✏

It's part of the standard MUC config FORM_TYPE

And by pure coincidence, someone just requested this feature?

I hope not, not that I'm aware

In 3.. 2..

Oh no

I'm not confident what it's for. Profile of some kind

damn i need this

Thanks lovetox, you've done it

event text multi

Luckily prosody already lets you have any fields you like 😉

omg how nice

so i can add unlimited amout of links

but hm i would need a description for each of it ..

Oh, right, it's not part of the config form, it's part of the registration form

So it's per user

I don't know why it's called "FAQ Entry"

to display a link to a FAQ for registration?

its this nickname registration feature?

Yes, it's something the user/client provides when registering with the room

Perhaps some sort of overloading of registration for adding FAQ entries?

"In the context of an open room, the member list is simply a list of users (bare JID and reserved nick) who are registered with the room. Such users may appear in a room roster, have their room nickname reserved, be returned in search results or FAQ queries, and the like."

I think some old social networks had like "faq about me" as part of profile

Hm, these details except the `roomnick` seems obsoleted by having vCard passtrough.

A thought that occurred to me: You could have a checkbox 'share my profile details with others' that would enable vcard/pep passtrough

That sounds nice

+1

Better than making it per-room config

Could have per room set the default maybe. But probably most will default to on as now

I can see arguments for defaulting to "off", for "guest" users

Also only meaningful on semi anon room of course

Could default it to off to pressure clients into implementing full form registration :)

No idea what the state of registration is at all

I just implemented nick only auto registration in my last release. Full form I plan to add

```xml <field var='muc#register_faqentry'> <value>Just another witch.</value> </field> ```

AFAIcT how to include other fields in prosody is currently undocumented?

and how would i change such a setting afterwards?

i assume i cannot use the register form flow if im already registered

You should be able to

That's how IBR protocol usually works

Returns the registration form with a <registered/> marker and your current settings filled in

> Better than making it per-room config Different.

hm ok was not obvious for me, but good if that works

pep., to me better == a user/client can make privacy-impacting choices, rather than being stuck with whatever the server/room admin decides (or forgets to decide)

https://xmpp.org/extensions/ received some improvements, namely: - performance improvements due to less elements rendered at once (concerning the implementations table) - wider layout on smaller screens - count of displayed/hidden XEPs

i dont see the counter

but i like the page, looks good

hm what could be really fixed is adding a dedicated muc archiving setting

i just looked through my codebase and i see prosody: muc#roomconfig_enablearchiving (i didnt find this in the XEP) ejabberd: uses a field "mam" openfire: no idea, Guus ?

ah yes and the XEP has additionally "muc#roomconfig_enablelogging"

but seeing all the other custom config options, i dont even know what this does anymore

https://xmpp.org/registrar/formtypes.html#http:--jabber.org-protocol-mucroomconfig

this is missing multiple config options that are in examples in the XEP