XSF Discussion - 2018-11-03

yes.

I made some changes yesterday to the MUC Avatars XEP (renamed to Resources Avatars) to generalize the publication of avatars on any XMPP resources. For the Pubsub nodes I used the <configure> tag (see https://github.com/xsf/xeps/pull/713/files#diff-5f89805e586ecd845ea99f0c89f337bcR141) and I'd be cirous to know your point of view on that way of doing things.

edhelas, ping me tomorrow, I’ll probably not have the time to process the PR today

no problem :)

edhelas: "resource" has a distinct meaning in xmpp, you should use "entity" probably

indeed

And I don't think you need "XMPP" in the title

For my taste, "entity" is too generic, but I don't see a better term

"Service Avatars" wouldn't quite fit. Maybe "Non-User Avatars"? But that has some inelegance to it.

"Machine Avatars" doesn't cut it either.

naming things is hard

Right now I would favor "Entity Avatars"

Yes, my other suggestions were clearly worse, but intended to spur creative discussion.

It appears there is no way to determine if xep198 resumption is supported by just looking at the stream features. :/ I wonder if it is worth changing that…

flow, what would you gain from that information?

jonas’, Smack's integration test framework could determine right after connecting if the stream resumption test should been run or not

whereas right now I've to wait until <enabled/>

I see

and given that resumption is an optional part of sm and most sm implementations start with ack only, it would just be nice to announce the availability of that optional feature in the stream features

hm, normal clients probably don’t care because you can make use of acks anyways

Plus you probably want the ack on resume

Even if the resume itself will fail

I made one that only acked, stored the 'h' count and returned that on attempted resume.

how does that help?

Simple implementation, client gets to know what was lost.

As in, it persisted the ack number across restarts and whatever.

hm, but stanzas from the server would then still be lost?

> hm, but stanzas from the server would then still be lost? Get it from mam

They'd be known to be unacked at session destruction time

also that

I mean a full on sm implementation is still better

But I see the benefits of the simplicity

> Prosody - a study in simplicity

interesting

it violates expectations of the client though

but not in a way which you need to be able to handle anyways…

(e.g. an IQ response could be lost due to that)

I wonder whether it’s valuable to degrade to this behaviour when memory pressure gets too high to maintain all hibernated sessions

That was probably the idea behind having the h value in the resumption-failed response

ohhh

so you’re saying "resumption failed, but here’s the h I know"

I didn’t even know that was possible

It's new

relatively

2015-09-13. not sure I have an excuse for not seeing that...

Feels like yesterday

I wonder how many clients honor the server parameter for resumption.

Gajim does

important, otherwise you resend messages already sent and produce duplicates

lovetox: I mean the location value > The <enabled/> element MAY include a 'location' attribute to specify the server's preferred IP address or hostname (optionally with a port) for reconnection

gajim honors it

though never tested

let me take that back, it probably will not work :D

I'm not sure if it ever tested for Psi but the code is as well there

What's psi? 😜

I know for sure it won't work in yaxim

yep. psi is somewhat unknown nowdays. almost no time for development. and in fact I prefer Telegram to xmpp.

although I released 1.4 a couple of days ago.

basically includes just SM fixes

Telegram is also very popular with Russian jabber spammers

=)

rion: there are still people using pidgin, so nothing against psi.

rion: what about making psi as easily usable as telegram?

Ge0rG: only if I quit my job.

and family ))

Doooo iiiiit

:-D

Move under a bridge with free wifi and dedicate your life to Easy XMPP

Yup, I can highly recommend quitting your job if you can afford it.

I can't.

Vägra jobba Svik tillväxten Var oförmögen