GNOME Bugzilla – Bug 773226
Empathy takes too long to open chat window if Polari is not running
Last modified: 2016-10-19 19:01:12 UTC
I opened a bug in openSUSE's bugzilla because empathy is taking too long to open any chat window. After some analysis from openSUSE's devs, it turns out that it is caused because it tries to contact Polari (which was not installed) and waits for a timeout before opening the chat window. If Polari is **opened**, then the chat window opens instantaneously. Otherwise, it takes a long time. For more information, please see the openSUSE issue that I opened: https://bugzilla.opensuse.org/show_bug.cgi?id=1001553 Information About My System =========================== GNOME 3.22 Empathy 3.12.12 Polari 3.22.1 cat /etc/os-release NAME="openSUSE Tumbleweed" # VERSION="20161013" ID=opensuse ID_LIKE="suse" VERSION_ID="20161013" PRETTY_NAME="openSUSE Tumbleweed" ANSI_COLOR="0;32" CPE_NAME="cpe:/o:opensuse:tumbleweed:20161013" BUG_REPORT_URL="https://bugs.opensuse.org" HOME_URL="https://www.opensuse.org/"
using dbus-monitor, the sended I can find that reaches out to Polari is: method call time=1476893679.497782 sender=:1.27 -> destination=org.freedesktop.Telepathy.Client.Polari serial=1450 path=/org/freedesktop/Telepathy/Client/Polari; interface=org.freedesktop.Telepathy.Client.Observer; member=ObserveChannels sender 1.27 turns out to be mission-control-5 (in this test I had polari open, so it was replying immediately; will try to make a log with polari closed)
Journal contains: Oct 19 18:32:26 zeus /usr/lib/gdm/gdm-wayland-session[1459]: Failed to activate service 'org.freedesktop.Telepathy.Client.Polari': timed out
I'm moving this over to Polari - even though empathy is apparently 'suffering from it', I suspect the error more in Polari. Namely, when polari is started as: $ polari --gapplication-service it does not claim org.freedesktop.Telepathy.Client.Polari, but only org.gnome.Polari When started simply as $ polari it claims both services. This perfectly explains what was seen above: IF polari is not running and empathy (via TP) queries the current clients (polari DOES install org.freedesktop.Telepathy.Client.Polari.service), it times out - as even firing up the service' defined Exec does not make it listen on the service name IF polari is already running, TP can simply query it via dbus and all is fine.
(In reply to Dominique Leuenberger from comment #3) > Namely, when polari is started as: > $ polari --gapplication-service > it does not claim org.freedesktop.Telepathy.Client.Polari, but only > org.gnome.Polari Yup, that was fixed recently. *** This bug has been marked as a duplicate of bug 770749 ***
(In reply to Florian Müllner from comment #4) > (In reply to Dominique Leuenberger from comment #3) > > Namely, when polari is started as: > > $ polari --gapplication-service > > it does not claim org.freedesktop.Telepathy.Client.Polari, but only > > org.gnome.Polari > > Yup, that was fixed recently. > > *** This bug has been marked as a duplicate of bug 770749 *** Thanks! That was recent enough that my 3.22.1 install does not have it yet and I missed it :)
(In reply to Dominique Leuenberger from comment #5) > Thanks! That was recent enough that my 3.22.1 install does not have it yet > and I missed it :) I've landed it in preparation of bug 770750, which will be a 3.24 feature. But if there's interest in getting the fix out, I can push to the gnome-3-22 branch as well to include it in the upcoming 3.22.2 release.
(In reply to Florian Müllner from comment #6) > (In reply to Dominique Leuenberger from comment #5) > > Thanks! That was recent enough that my 3.22.1 install does not have it yet > > and I missed it :) > > I've landed it in preparation of bug 770750, which will be a 3.24 feature. > But if there's interest in getting the fix out, I can push to the gnome-3-22 > branch as well to include it in the upcoming 3.22.2 release. I think it would be neat to get it into 3.22.x too - even though we don't have anybody actively maintaining empathy, polari 3.22 did cause quite a sideeffect there (I can't recall having seen the same in GNOME 3.20, but that can be my memory). Anyway, for openSUSE I just backported to 4 commits from master to the gnome-3-22 branch: cherry-picking them works without issues: all 4 commits apply cleanly.
(In reply to Dominique Leuenberger from comment #7) > Anyway, for openSUSE I just backported to 4 commits from master to the > gnome-3-22 branch: cherry-picking them works without issues: all 4 commits > apply cleanly. Yup, though the last commit adds a new translatable string which breaks the string freeze. It's only visible in --help output though, so I've unmarked it for translation and pushed to the stable branch.
Very good! Thanks everyone for the help. I will wait 3.22.2 then :)