On Wed, Sep 14, 2016 at 05:26:39AM +0200, Christoph Gutjahr wrote: > The bug described in 836531 has been marked as fixed, but there are two
No, it hasn't. It has been reopened one week ago already, > If libreoffice-gtk2 is now a requirement on XFCE, shouldn't the update > process make sure that it is present? There's no "upgrade process". apt upgrades packages, and if you didn't have -gtk or -gtk2 installed before, apt can't know that it should install -gtk2 And as said, if you have -gtk3 installed, even if -gtk2 is there, too, it takes precedence, so.. > The second and more important problem is that the guy submitting the > bug report didn't make it clear that libreoffice-gtk3 was working > perfectly fine with XFCE until a day or two ago - I've been using that He did. > setup for ages without problems. The actual bug is that it suddenly > started misbehaving (the GUI being extremely slow being one fault, but > not the only one). And since all my other GTK3 applications are working > perfectly fine with XFCE, I don't see how this could be a general "GTK3 > vs. XFCE" problem. > Well, LO does "special things" and renders stuff by itself. It's not a "typical" Gtk application. > Refer to bug 837356 for a report filed a few days ago about "gtk3 > being slow" - from a Gnome 3 user. Which I wasn't able to act on, yet. > Please reopen 836531 and/or merge it with 837356. Also, since XFCE is It was already. One week ago. > already (slowly) moving towards GTK3 and is indeed already shipping > GTK3 based modules... > > https://wiki.xfce.org/releng/4.14/roadmap How useful without dates.. ;) But good to know. > ...libreoffice-gtk3 should of course be a fallback for XFCE. Only when that happened. But I will revert the patch anyway, as it apparently didn't help. > Apologies for the lengthy mail, but I don't have an account for the > bugtracker yet, it's 5am and I'm about to head out of town. That might explain why you git the bug status wrong ;) Regards, Rene