Bug#790760: libreoffice: Writer becomes sluggish after pasting the filename, copied from its filesave dialog (xfce desktop)

2017-02-28 Thread Peter Nowee
On Mon, February 27, 2017 21:07, Rene Engelhard wrote:
> On Mon, Feb 27, 2017 at 06:11:18PM +0100, Peter Nowee wrote:
>> Could this be Debian-specific?
>
> I would be surprised, given we don't patch anything related to that.
>
> It could be _LXDE_-specific, though, the GTk stuff "obviously" was not done
> with LXDE in mind. It basically only checks GNOME, XFCE and MATE.
> https://cgit.freedesktop.org/libreoffice/core/tree/vcl/unx/generic/desktopdetect/desktopdetector.cxx#n286

I am not sure it is LXDE-specific.

I just logged in using the GNOME desktop and can reproduce the
problem there as well. libreoffice-gnome and libreoffice-gtk2
installed, but not the libreoffice-gtk3, which is recommended by
libreoffice-gnome.

Also note that earlier reports of this bug were with XFCE, not LXDE.

> I more think people people "usually" don't use LXDE with -gtk2 (or even
-gtk3), so people don't notice.
> (And task-lxde-desktop also doesn't install -gtk2).

That's right, I think I installed it manually long ago. And GNOME users
are probably all using libreoffice-gtk3. So the number of affected
users might indeed be very low.

Given also the low chance of running into this bug, the limited
inconvenience it causes and the available workarounds (restarting LO
and/or removing libreoffice-gtk2), it might not be worth investigating
any further.

Best regards,
Peter



Bug#790760: libreoffice: Writer becomes sluggish after pasting the filename, copied from its filesave dialog (xfce desktop)

2017-02-27 Thread Rene Engelhard
On Mon, Feb 27, 2017 at 06:11:18PM +0100, Peter Nowee wrote:
> Removing libreoffice-gtk2, as suggested by Chris, does prevent the
> issue.
> 
> Seen on both:
> - Debian 8.7 Jessie stable with backports libreoffice 1:5.2.5-1~bpo8+1
> - Debian sid/unstable with libreoffice 1:5.2.5-2
> Both amd64 with LXDE desktop.
> 
> A quick search using keywords like "file" and "copy" in the upstream
> bug trackers for gtk+ and LibreOffice did not turn up anything.
> 
> Could this be Debian-specific?

I would be surprised, given we don't patch anything related to that.

It could be _LXDE_-specific, though, the GTk stuff "obviously" was not done
with LXDE in mind. It basically only checks GNOME, XFCE and MATE.
https://cgit.freedesktop.org/libreoffice/core/tree/vcl/unx/generic/desktopdetect/desktopdetector.cxx#n286

I more think people people "usually" don't use LXDE with -gtk2 (or even -gtk3), 
so people don't notice.
(And task-lxde-desktop also doesn't install -gtk2).

Regards,

Rene



Bug#790760: libreoffice: Writer becomes sluggish after pasting the filename, copied from its filesave dialog (xfce desktop)

2017-02-27 Thread Peter Nowee
Hi,

I am still seeing this bug, most prominently in Writer (9 second delay
when closing the file dialog, then random 1 to 2 second hangs while
working), but also in Impress (5 second initial delay), Draw and to a
lesser degree in Calc.

It happens with all kinds of file picker dialogs (Open, Save, Save a
Copy).

No noticable difference in delay between files large and small or on
faster (ramdisk) or slower (HDD) resources.

Disabling clipboard manager ClipIt and input method framework fcitx
does not prevent the issue.

Removing libreoffice-gtk2, as suggested by Chris, does prevent the
issue.

Seen on both:
- Debian 8.7 Jessie stable with backports libreoffice 1:5.2.5-1~bpo8+1
- Debian sid/unstable with libreoffice 1:5.2.5-2
Both amd64 with LXDE desktop.

A quick search using keywords like "file" and "copy" in the upstream
bug trackers for gtk+ and LibreOffice did not turn up anything.

Could this be Debian-specific?

Regards,
Peter



Bug#790760: libreoffice: Writer becomes sluggish after pasting the filename, copied from its filesave dialog (xfce desktop)

2015-09-13 Thread Rene Engelhard
Hi,

On Wed, Sep 09, 2015 at 02:27:25PM +0200, Chris Halls wrote:
> Next step: Test on 5.1 branch when packaged.

http://people.debian.org/~rene/libreoffice/5.1.0 :-)

Regards,

Rene



Bug#790760: libreoffice: Writer becomes sluggish after pasting the filename, copied from its filesave dialog (xfce desktop)

2015-09-09 Thread Chris Halls
Hello

On 01/07/15 17:08, Daniel Thomae wrote:
> I wanted to copy the filename of one libreoffice draw-file into another.

> To reproduce the problem you can generate a new text document with 
> LibreOffice.
> After that you open the file save dialog (Strg + S) and just copy the proposed
> file name from the file save dialog. Then you close the file save dialog, you
> don't have to save the file. If you paste that copied filename into the new
> text document LibreOffice gets very sluggish and displays new written text 
> only
> with considerably delay. (At least on an 1,6 GHz AMD K8 @ AMD64)

Thanks for your description of the bug. In addition to the above steps
as mentioned, it is also necessary to have the libreoffice-gtk package
installed. I was not able to reproduce on a KDE desktop, but could
reproduce on an XFCE desktop. I've attached a backtrace.

I was able to reproduce the problem on stable and unstable (1:5.0.1-1).
But on a current build from git master, I am no longer able to reproduce
the problem. So hopefully the problem will no longer be present when 5.1
is released and packaged.

Next step: Test on 5.1 branch when packaged.

Thanks
Chris
#0  0x7fe557de653d in poll () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x7fe552d84ebc in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x7fe552d84fcc in g_main_context_iteration () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x7fe5432cf687 in GtkData::Yield (this=0x2127650, bWait=, bHandleAllCurrentEvents=)
at 
/build/libreoffice-qBdtu7/libreoffice-5.0.1/vcl/unx/gtk/app/gtkdata.cxx:596
#4  0x7fe55b0083a3 in ImplYield (i_bAllEvents=false, i_bWait=true) at 
/build/libreoffice-qBdtu7/libreoffice-5.0.1/vcl/source/app/svapp.cxx:353
#5  Application::Yield () at 
/build/libreoffice-qBdtu7/libreoffice-5.0.1/vcl/source/app/svapp.cxx:382
#6  0x7fe55b008425 in Application::Execute () at 
/build/libreoffice-qBdtu7/libreoffice-5.0.1/vcl/source/app/svapp.cxx:336
#7  0x7fe55a11a04b in desktop::Desktop::Main (this=0x7ffd98c59c30) at 
/build/libreoffice-qBdtu7/libreoffice-5.0.1/desktop/source/app/app.cxx:1605
#8  0x7fe55b00d7b1 in ImplSVMain () at 
/build/libreoffice-qBdtu7/libreoffice-5.0.1/vcl/source/app/svmain.cxx:162
#9  0x7fe55b00d802 in SVMain () at 
/build/libreoffice-qBdtu7/libreoffice-5.0.1/vcl/source/app/svmain.cxx:196
#10 0x7fe55a137b72 in soffice_main () at 
/build/libreoffice-qBdtu7/libreoffice-5.0.1/desktop/source/app/sofficemain.cxx:96
#11 0x004006fb in sal_main () at 
/build/libreoffice-qBdtu7/libreoffice-5.0.1/desktop/source/app/main.c:48
#12 main (argc=, argv=) at 
/build/libreoffice-qBdtu7/libreoffice-5.0.1/desktop/source/app/main.c:47



Bug#790760: libreoffice: Writer becomes sluggish after pasting the filename, copied from its filesave dialog (xfce desktop)

2015-07-01 Thread Daniel Thomae
Package: libreoffice
Version: 1:4.3.3-2+deb8u1
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
I wanted to copy the filename of one libreoffice draw-file into another.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
To reproduce the problem you can generate a new text document with LibreOffice.
After that you open the file save dialog (Strg + S) and just copy the proposed
file name from the file save dialog. Then you close the file save dialog, you
don't have to save the file. If you paste that copied filename into the new
text document LibreOffice gets very sluggish and displays new written text only
with considerably delay. (At least on an 1,6 GHz AMD K8 @ AMD64)

   * What was the outcome of this action?
If you've opened a large file and want to insert the filename of another
LibreOffice file you actually crash LibreOffice.
   * What outcome did you expect instead?
The filename should be handeled like any other text.

*** End of the template - remove these template lines ***



-- System Information:
Debian Release: 8.1
  APT prefers stable
  APT policy: (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libreoffice depends on:
ii  fonts-dejavu   2.34-1
ii  fonts-sil-gentium-basic1.1-7
ii  libreoffice-avmedia-backend-gstreamer  1:4.3.3-2+deb8u1
ii  libreoffice-base   1:4.3.3-2+deb8u1
ii  libreoffice-calc   1:4.3.3-2+deb8u1
ii  libreoffice-core   1:4.3.3-2+deb8u1
ii  libreoffice-draw   1:4.3.3-2+deb8u1
ii  libreoffice-impress1:4.3.3-2+deb8u1
ii  libreoffice-java-common1:4.3.3-2+deb8u1
ii  libreoffice-math   1:4.3.3-2+deb8u1
ii  libreoffice-report-builder-bin 1:4.3.3-2+deb8u1
ii  libreoffice-writer 1:4.3.3-2+deb8u1
ii  python3-uno1:4.3.3-2+deb8u1

Versions of packages libreoffice recommends:
ii  fonts-liberation   1.07.4-1
ii  libpaper-utils 1.1.24+nmu4
ii  ttf-mscorefonts-installer  3.6

Versions of packages libreoffice suggests:
ii  cups-bsd 1.7.5-11
ii  default-jre [java5-runtime]  2:1.7-52
pn  gstreamer1.0-ffmpeg  none
pn  gstreamer1.0-plugins-bad none
ii  gstreamer1.0-plugins-base1.4.4-2
ii  gstreamer1.0-plugins-good1.4.4-2
ii  gstreamer1.0-plugins-ugly1.4.4-2+b1
ii  hunspell-en-us [hunspell-dictionary] 20070829-6
pn  hyphen-hyphenation-patterns  none
ii  iceweasel31.7.0esr-1~deb8u1
pn  imagemagick | graphicsmagick-imagemagick-compat  none
ii  libgl1-mesa-glx [libgl1] 10.3.2-1
pn  libreoffice-gnome | libreoffice-kde  none
pn  libreoffice-grammarcheck none
ii  libreoffice-help-en-us [libreoffice-help-4.3]1:4.3.3-2+deb8u1
ii  libreoffice-l10n-de [libreoffice-l10n-4.3]   1:4.3.3-2+deb8u1
ii  libreoffice-l10n-en-gb [libreoffice-l10n-4.3]1:4.3.3-2+deb8u1
pn  libreoffice-officebean   none
ii  libsane  1.0.24-8
ii  libxrender1  1:0.9.8-1+b1
ii  myspell-de-de [myspell-dictionary]   20131206-5
ii  myspell-en-gb [myspell-dictionary]   1:3.3.0-4
ii  mythes-en-us [mythes-thesaurus]  1:3.3.0-4
pn  openclipart-libreoffice  none
ii  openjdk-7-jre [java5-runtime]7u79-2.5.5-1~deb8u1
ii  pstoedit 3.62-2+b1
pn  unixodbc none

Versions of packages libreoffice-core depends on:
ii  fontconfig2.11.0-6.3
ii  fonts-opensymbol  2:102.6+LibO4.3.3-2+deb8u1
ii  libatk1.0-0   2.14.0-1
ii  libboost-date-time1.55.0  1.55.0+dfsg-3
ii  libc6 2.19-18
ii  libcairo2 1.14.0-2.1
ii  libclucene-contribs1  2.3.3.4-4
ii  libclucene-core1  2.3.3.4-4
ii  libcmis-0.4-4 0.4.1-7
ii  libcups2  1.7.5-11
ii  libcurl3-gnutls   7.38.0-4+deb8u2
ii  libdbus-1-3   1.8.18-0+deb8u1
ii  libdbus-glib-1-2  0.102-1
ii  libeot0   0.01-3
ii  libexpat1 2.1.0-6+b3
ii  libexttextcat-2.0-0   3.4.4-1
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.5.2-3
ii  libgcc1