XSF Discussion - 2018-03-16

edhelas, goffi, care to give feedback on the current XEP-0394 discussion? Even feedback of the type "We’ll need full XHTML anyways, so do whatever you folks want" would be valuable. specifically starting at https://mail.jabber.org/pipermail/standards/2018-March/034588.html thanks

goodday! I'm working on migrating bookmarks (0048) from private xml storage (0049) to pep (0223). I'm was surprised to find a difference between the pubsub node defined in 0048 example 3 (the published item root element is 'storage', that itself contains 'conference') and 0233's example 3 (the published item root element is 'conference' directly, without the wrapping 'storage'). I expected those two examples to have the same structure. What's going on there?

didn’t we firstw ant to discuss whether we want to make that multi-item to avoid the races?

the last update to the xep was in 2008. That's a long discussion. :)

The update that changed it from private xml to pep?

Yeah. Both xeps descrbe the PEP way of doing things, but use a different xml structure.

that's mildly confusing, at best. :)

Well, if you needed evidence that nobody has looked at this since :)

so... which one is it? :)

Guus, look at what converse.js does. it might be the only implementation around.

LOL. JC is right here - as in, we're both in London, sharing an appartment, hacking on code :)

which is why this came up in the first place

IETF?

no

I think he later also attends a JMAP session, unsure (he's still in bed, we were coding until 3am last night)

I'm leaving later today

secret xsf meetup, eh?

littlebit :)

well, we did discuss doing this more often, and having mini hackathons or something

make a secret XSF meetup in Dresden, I’ll join

we've been pretty productive, and it's good fun

well, he's in germany, I'm in the netherlands... I we can make something work. :)

Dresden is even further away than Berlin 🙁

Oh. I considered going to that jmap session as well. But time...

RIP email

JMAP is great

if it's ever adopted

But JSON and HTTP? Meeeeeh :(

Depends. It's still pretty close to imap. Which is both a good thing but also a bad thing

I once tried to write an IMAP client in Javascript

I have an unfinished library for an earlier version of jmap somewhere on my disk

JMAP is great

MattJ: "in Javascript" :|

Zash, find me a nice UI framework as an alternative :/

JS the UI framework? :)

Tobias, no, just HTML/CSS/JS is a portable well-documented stack for writing apps, with a large ecosystem

yup

for certain definitions of well-documented

It comes with the choice of multiple runtimes, pretty much all of them large complex and bloated, but everyone has them installed

everyone has them installed but you ship a new environment anyway (Electron) ✏

It's a linked document system that evolved into an application platform.

Daniel, MattJ, do you guys use PEP for private data storage?

Prosody doesn't currently support private PEP nodes

Roadmap is: Make our PEP implementation use the same code as our "full" pubsub implementation (done, pretty much) -> add publish-options support (in progress, almost done hopefully) -> add access model support (should be trivial)

Permissions and such are configurable, but only internally.

Guus: not yet

deleteme9: you are aware that you are here as 'deleteme9'?

I'd switch bookmarks over in a heart beat. But I don't want to support both

Yes

I'm on a dev phone with a different account

I'm finalizing a change in Openfire that would allow you to query the same data over both

And that phone was closer

However, there appears to be a descrepancy in 48/223

Guus: yes. That's what I'm afraid of. If you then push to both as a client that will get ugly

Not the descrepancy but what you Said earlier

A disco feature was proposed

Can't type fast enough on my new phone

We're not keeping two distinct sets of data - we're using one set, that you can modify both through private xml storage as well as through the PEP thingy

the private xml storage does not broadcast, as far as I know, so it'd be up to the client to pick and choose one way to exchange this data?

Guus thanks <3

Movim is already using Bookmarks on PEP for years

edhelas: can you review what I just send to standards@ then?

who’s deleteme9?

daniel

ah

Guus done :)

tx

i think that difference between 48 and 223 makes sense if you assume that you want to put each bookmark in its own item

which would be kinda nice

but when in doubt 48 is right because 223 is just an example

agreed.

Oh and the <publish-option> issue where only pubsub#access_model is actually defined, has that been resolved?

Zash: I'm unsure what you're referring to

are you talking about the security issue where the publish-option can easily be ignored, which can lead to publication of items under false settings (such as by accident publicly publishing data that's ment to be private)?

Guus: No, the fields in https://xmpp.org/extensions/xep-0048.html#example-3

Well. pubsub#persist_items

What does that mean?

I think that has been resolved hasn't it?

Oh, '60 has been fixed so the're all preconditions?

Well then

Yes after some discussion in which unfortunately not many people participated it has been decided that this is the best move

Text in '60 makes sense

yeah, those options confused us too. What we ended up with is that they are preconditions that must be met for existing nodes, and configuration overrides for nodes that do not exist (assuming auto-create is allowed).

This conflicts with cloud push, dontit?

Zash: not if the app server doesn't announce publish options as a feature

But yes that should probably be changed somehow

Maybe by push not using pubsub syntax at all

But at least on paper we don't have a problem here

what clients do use user mood and user activity

?

Pidgin

i just thought about the xep and it feels a bit useless

user can set status message with presence

he can put emojis and any text he like in there

why would he set beside that a mood

Because not everyone is interested in that info. Presence flooding is a real thing.

Was emoji even a thing back then?

i didnt mean it was useless back then

i wonder about today

idont see this as presence flooding

If combined with access controls, you could in theory only show your closest friends your mood. Or somesuch.

you will not change more often your mood than your status

i re-evaluate these xeps in gajim currently so i wonder if its worth to keep them

would it not make more sense to have a user status xep

just a node where a user can publish multiple things that could be extended

like a link to a picture

or video

Hm, wasn't the need for a status-in-pep xep agreed upon already?

yeah, that was part of summit

lovetox, go write it down, it’ll get accepted

yeah maybe i invest my energy into that instead of refactoring code for mood and activity

because almost no one supports that anyway

Poezio and pidgin does

Or, activity at least

Yeah, mood too

so what does a status xep need

text obviously

a way to add a URI to some file or video

<show> and <status> from presence probably?

really show?

URI?

why we have that in presence

why would i need it in status again

I got the impression that consensus was that the things in <presence> ought to be in a per-account PEP thing instead.

And the relevant things are basically just show and status

you talk like you can get rid of presence

presence will be there, so the show information is already known to the client

hm or is it possible to leave show out of presnece?

I said nothing about removing from presence.

It'd probably be a mess of both anyways

also different resources can have differen show

show can never be in a pep node

There was talk at the summit (and I tend to agree with the idea) to remove Show and status from presence and put that into a pep node

if i disconnect, the pep node will show online forever

Because if you are dnd with one client you probably want to be dnd with all

but than you need server addon

And what ever clever status you came up with you probably want that to be global as well

Well, sometimes I don't want you to disturb my phone, but you can talk to me at my desktop

that changes the show inside the pepnode in some circumstances

Zash: with carbons that will arrive at your phone though and disturb you there anyway, no?

yeah what Zash said, im not sold on that, seems forced, and the only plus is that you can sync show over clients, but who really wants that

Yup

I was fairly happy with how it worked when I originally stared with Jabber after all

if you set status DND on your client and he still notifys you the same as when you are online

I didn't want to move to everything everywhere all the time and everything persisted forever on some cloud somewhere

i woudl say thats a client problem

And a dnd status doesn't seem to stop people from messaging anyways

why should it? if you dont want to get messages go offline

lovetox: re your original question, why not rip out mood and stuff into a plugin (or tell those who wants the feature to write a plugin)

because i need to add a api to show the icons than

and maintain that until the end of time

lets do a status xep

but this show idea has way to many holes for me

and also its just not really solving a problem

i never heard someone complain that he wants his status synced over all clients

lovetox, plugins being able to show icons next to the contacts, for a client like Gajim, seems like a nice idea :)

was the current trend not to dont even allow and show status changes ^^

it seems to be coming back

you can be ahead of the curve!

trens are often cyclic after all

I mean gateways and transports are apparently all the rage again

Are they?

Isn't that the sell with Matrix?

🤣 🤣

And the whole Slack bridge issue

hm what does movim?

do they put status into pubsub

XMPP bridge/federation of MatriX?

And the thing where we've got a new generation of a bazillion different services and people are getting fed up with having a ton of chat apps at once

All the old is new again!

Also tons of social network accounts

are there tons of social networks? I thought it was essentially just facebook

same with chat really, except like 8 of 10 top chat apps are just facebook owned...

don't forget how google has a dosen or something

Huhu

also signal, wire, telegram, ... others

All I use is Facebook and Instagram... Or should I count WhatsApp too?

IRC

someone in some xmpp muc pasted a chart of the top 10 chat apps recently...

not recently enough for me to find in history though

I tried to get someone to use Conversations apparently it's "nerd stuff", "rocket science" 🤔

I tend to think there is no hope for a user that just wants to use their phone number and no username/password

because that's really the only hurdle to conversations over whatscrap

i can tell you that order moparisthebest

whatsapp, facebook, weechat, rest

weechat the IRC relay? no way normal users use that

I was shocked recently when a few newish ~25 year old programmers started at work and hadn't heard of IRC... :'(

So was the talks about the status xep anywhere written down

then i give it a try to write down a xep

moparisthebest, wee chat is the biggest messenger in china

i think a billion users easy

"WeeChat is a free and open-source Internet Relay Chat client" https://weechat.org/ https://en.wikipedia.org/wiki/WeeChat

ah so you meant https://en.wikipedia.org/wiki/WeChat :)

lol, ok there are 2 :d

I'd only heard of the IRC one, wikipedia has at the top "Not to be confused with WeChat." but clearly they *are* to be confused haha

is there somewhere a list with all published xeps?

lovetox, https://xmpp.org/extensions/ ?

yes nice

lovetox: Psi/+

lovetox, also https://github.com/xsf/xeps if you'd rather grep XML or whatever

Today, I have looked the https://xmpp.org/registrar/namespaces.html, not all are on it

Neustradamus: please provide fixes.

can xep 372 be used for quoting older messages?

or was the idea something different

because im a bit confused why it says message MUST NOT contain a body

quoting messages without adding a reply seems not so nice

ah no i see we have 0367 for that

seems reference use case is something differnet

ok no thats also not it

i hoped there is something easy like adding a stanza id so the other client knows this is a reply to that message and can show it as a quote

though a client that does not support that would miss the meaning..

hm i guess i stick to > for quoting

or use the new 0394

ITYM 393: https://xmpp.org/extensions/xep-0393.html#quote

plus it's not like stanza id is globally unique, or that you can rely on any client actually having that copy?

the touple of (jid, stanza-id) should be tho

and why should i care if someone uses a client thats no able to generate a uuid?

people should not use these clients

with stanza-id i meant message-id

i was not talking about a mam added stanza-id

still the second part is true isn't it?

yes, contact not having the referenced message is a problem

using 0394 is also a problem

if the other client doesnt support it, every trace of quote is gone

I'd say just use 393 just like everything has always done even before 393 or even xmpp

this might be one of the exceptions where you want to mix markup and 0394

good enough for email/irc, good enough now :)

how is this good enough if you receive a message like this

> do it like that

who wrote this message?

who am i quoting?

looks like you quoted a message to me

what time was this message written?

all these things could be added in 0394

> [TIMESTAMPHERE] lovetox: bla bla bla

good enough

doesn't 394 have a way to discover if a contact has support? if not it's useless

yes but this does not help you if there are multiple devices, and your contact is offline

then you can't use it

discovery for such things was always a bit meh

most people just ignore it

like with message receipts

i dont care if a contact supports that or not

just send it

and the same with xhtml etc, maybe contact comes later online with a client that knows xhtml and loads message from MAM

well you can always send both like some clients (pidgin?) does with xhtml and open up all sorts of security problems with PGP/OMEMO/OTR

yes encryption is a trap

but after falling in this trap i have now a sanitizer that has a tag whitelist

or you can ignore 394 and just send messages every client will understand regardless of if they have explicit 393 support or not...

so this can never happen again

gajim supports > quoting

but i think about ways to draw it more beautiful, and a reference to the original message seems helpful with that

so doing > blabla

and adding more stuff via 0294

0394

and when displaying with 0394 support, delete the > out of the message

this seems one of these exceptions where you want to have markup inside body

Markright.

How is the German meetup going? #PicsOrItDidntHappen

Guus: Very well, 11 people, a few of them first-time visitors.

> #PicsOrItDidntHappen My upload is currently broken, sorry 😉

Holger, nonsense, it's HTTP, it just works!

Holger: what he said!

Holger: you need a better client then.

so i written down a xep draft

inside a xml file

how can i get this to be rendered?

if i open it with chrome it shows nothing

lovetox: https://xmpp.org/extensions/xep-0134.html + https://xmpp.org/extensions/xep-0143.html

thx Neustradamus

hm nice ok worked :)

so here http://www.funkroom.net/xep/xep-status.html i copied most of the stuff from other xeps hope this is no problem does someone care to tell me what was talked about and what should go into this

soon Presence over PEP ?

the question is why do i have to parse from 2 xeps and one core mechanic stuff to get the full status of a contact

presence, mood, activity

i just want to provide a textfield where the user can put in whatever he likes (emojis, text) and publish this to all my contacts