[Bug 56616] Race in alias detection in XMPP MUCs

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=56616

--- Comment #1 from Simon McVittie <simon.mcvittie at collabora.co.uk> ---
(In reply to comment #0)
> if your alias is set in MC, the CM should surely have it from the start.

No, it doesn't. In current MC master, see mcd_account_connection_ready_cb()
which explains some of the logic here.

See Bug #14540 (over 5 years old and still not finished...) for more
information than you probably want about how names ought to work in an ideal
world.

> 17:03 * glassrose seems to have lost the key to her encrypted backup copy of 
>         chat logs where smcv commented earlier

I have no idea what I said before: this is a guess.

One thing Gabble could do would be to delay any requests to join MUCs until it
has downloaded our own vCard for the first time, which (IIRC) it always does
during sign-in anyway. This might require making requests to join MUCs
asynchronous.

The practical result would be that you'd always auto-join with the nickname
that had been stored on the server - so if you changed your nickname while
offline, then signed in and auto-joined some rooms, you'd join them with your
old nickname. I'm having a hard time caring about that, tbh - we can do better
after Names finally happens :-)

(Comments on, or implementations of, Names would be extremely welcome, but I
don't think I have the time to dig out which branch is current, or exactly what
needs fixing in it, right now.)

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.