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.
jonas’
edhelas, ping me tomorrow, I’ll probably not have the time to process the PR today
edhelas
no problem :)
lskdjfhas left
lskdjfhas joined
dedekinhas joined
Ge0rG
edhelas: "resource" has a distinct meaning in xmpp, you should use "entity" probably
edhelas
indeed
grumpyhas joined
grumpyhas left
Ge0rG
And I don't think you need "XMPP" in the title
danielhas left
danielhas joined
Alexhas left
Alexhas joined
Ge0rG
For my taste, "entity" is too generic, but I don't see a better term
lskdjfhas joined
Tobiashas left
Tobiashas joined
lskdjfhas joined
lhas joined
Ge0rG
"Service Avatars" wouldn't quite fit. Maybe "Non-User Avatars"? But that has some inelegance to it.
Ge0rG
"Machine Avatars" doesn't cut it either.
rionhas left
mimi89999has joined
flow
naming things is hard
flow
Right now I would favor "Entity Avatars"
lnjhas left
lnjhas joined
tahas joined
grumpyhas joined
dedekinhas left
Ge0rG
Yes, my other suggestions were clearly worse, but intended to spur creative discussion.
dedekinhas joined
Andrew Nenakhovhas left
Andrew Nenakhovhas joined
mimi89999has joined
efrithas joined
grumpyhas left
lskdjfhas joined
dedekinhas left
guusdkhas left
alacerhas left
alacerhas joined
mimi89999has left
lskdjfhas joined
matlaghas left
grumpyhas joined
lskdjfhas left
lskdjfhas joined
goffihas joined
!xsf_martinhas joined
grumpyhas left
lhas joined
lhas joined
matlaghas left
lskdjfhas joined
alacerhas left
lskdjfhas left
rionhas joined
grumpyhas joined
jjrhhas left
Alexhas left
dedekinhas joined
jjrhhas joined
grumpyhas left
lorddavidiiihas joined
grumpyhas joined
grumpyhas left
guusdkhas left
mimi89999has left
Zashhas left
guusdkhas left
guusdkhas joined
APachhas left
APachhas joined
guusdkhas left
guusdkhas joined
!xsf_martinhas left
Tobiashas joined
Tobiashas joined
dedekinhas left
!xsf_martinhas left
danielhas left
guusdkhas left
guusdkhas joined
krauqhas joined
alacerhas joined
guusdkhas left
guusdkhas joined
j.rhas joined
flow
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…
SamWhitedhas joined
rionhas left
rionhas joined
efrithas left
moparisthebesthas joined
jonas’
flow, what would you gain from that information?
flow
jonas’, Smack's integration test framework could determine right after connecting if the stream resumption test should been run or not
flow
whereas right now I've to wait until <enabled/>
jonas’
I see
tahas left
flow
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
jonas’
hm, normal clients probably don’t care because you can make use of acks anyways
jshas joined
vanitasvitaehas left
lnjhas left
lnjhas joined
daniel
Plus you probably want the ack on resume
daniel
Even if the resume itself will fail
Zash
I made one that only acked, stored the 'h' count and returned that on attempted resume.
jonas’
how does that help?
Zash
Simple implementation, client gets to know what was lost.
jjrhhas left
jjrhhas joined
Zash
As in, it persisted the ack number across restarts and whatever.
jjrhhas left
jjrhhas joined
jonas’
hm, but stanzas from the server would then still be lost?
daniel
> hm, but stanzas from the server would then still be lost?
Get it from mam
Zash
They'd be known to be unacked at session destruction time
Zash
also that
daniel
I mean a full on sm implementation is still better
daniel
But I see the benefits of the simplicity
Zash
> Prosody - a study in simplicity
jonas’
interesting
jonas’
it violates expectations of the client though
jonas’
but not in a way which you need to be able to handle anyways…
jonas’
(e.g. an IQ response could be lost due to that)
jonas’
I wonder whether it’s valuable to degrade to this behaviour when memory pressure gets too high to maintain all hibernated sessions
Zash
That was probably the idea behind having the h value in the resumption-failed response
jonas’
ohhh
jonas’
so you’re saying "resumption failed, but here’s the h I know"
jonas’
I didn’t even know that was possible
Zash
It's new
Zash
relatively
jonas’
2015-09-13. not sure I have an excuse for not seeing that...
Zash
Feels like yesterday
ThibGhas joined
tahas left
tahas joined
jjrhhas left
jjrhhas joined
matlaghas left
guusdkhas left
marchas joined
moparisthebesthas left
moparisthebesthas joined
jjrhhas left
jjrhhas joined
vanitasvitaehas left
danielhas left
alacerhas left
lorddavidiiihas left
dedekinhas joined
Alexhas joined
guusdkhas left
Alexhas left
guusdkhas joined
efrithas joined
alacerhas joined
SamWhitedhas left
jjrhhas left
jjrhhas joined
muppethhas left
efrithas left
mimi89999has joined
lhas joined
alacerhas left
ThibGhas left
genofirehas left
genofirehas joined
lskdjfhas joined
ThibGhas joined
lhas joined
jjrhhas left
jjrhhas joined
Ge0rGhas left
lskdjfhas joined
Ge0rGhas left
lorddavidiiihas joined
Ge0rGhas left
goffihas left
Holgerhas left
Holgerhas left
alexishas joined
alexishas joined
404.cityhas joined
labdsfhas left
muppethhas joined
sonnyhas left
vanitasvitaehas left
labdsfhas joined
jjrhhas left
matlaghas left
Valerianhas joined
sonnyhas left
Ge0rG
I wonder how many clients honor the server parameter for resumption.
lhas joined
jjrhhas joined
alexishas left
alexishas joined
waqashas joined
muppethhas left
Valerianhas left
Valerianhas joined
Andrew Nenakhovhas left
Andrew Nenakhovhas joined
guusdkhas left
guusdkhas joined
Guushas left
Guushas joined
Guushas left
Valerianhas left
Valerianhas joined
Valerianhas left
Zashhas left
matlaghas left
Zashhas left
SamWhitedhas joined
lovetox
Gajim does
lovetox
important, otherwise you resend messages already sent and produce duplicates
thorstenhas joined
lorddavidiiihas left
Zashhas left
alexishas left
lorddavidiiihas joined
alexishas joined
Valerianhas joined
Zashhas left
Ge0rG
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
Zashhas left
lovetox
gajim honors it
lovetox
though never tested
lovetox
let me take that back, it probably will not work :D
Valerianhas left
tahas joined
tahas joined
rion
I'm not sure if it ever tested for Psi but the code is as well there
Guushas joined
Valerianhas joined
Ge0rG
What's psi? 😜
Ge0rG
I know for sure it won't work in yaxim
jshas left
lskdjfhas joined
Valerianhas left
Valerianhas joined
Zashhas left
tahas joined
Valerianhas left
Valerianhas joined
Valerianhas left
tahas left
tahas joined
alexishas left
tahas left
tahas joined
SamWhitedhas left
SamWhitedhas joined
Guushas left
guusdkhas left
guusdkhas joined
alexishas joined
Guushas joined
lskdjfhas joined
lskdjfhas joined
Lancehas joined
rion
yep. psi is somewhat unknown nowdays. almost no time for development. and in fact I prefer Telegram to xmpp.
404.cityhas left
rion
although I released 1.4 a couple of days ago.
rion
basically includes just SM fixes
Ge0rG
Telegram is also very popular with Russian jabber spammers
rion
=)
Ge0rG
rion: there are still people using pidgin, so nothing against psi.
Ge0rG
rion: what about making psi as easily usable as telegram?
rion
Ge0rG: only if I quit my job.
rion
and family ))
Zash
Doooo iiiiit
rion
:-D
sonnyhas left
Ge0rG
Move under a bridge with free wifi and dedicate your life to Easy XMPP
tahas left
tahas joined
Link Mauve
Yup, I can highly recommend quitting your job if you can afford it.