Created attachment 135045 [details]
file with table for counting votes
My current Version Version: 22.214.171.124 (x64) Build-ID: 556cbc6811c9d992f4064ab9287069087d7f62c CPU-Threads: 4; Betriebssystem:Windows 6.1; UI-Render: Standard; Gebietsschema: de-DE (de_DE); Calc: group
I noticed the behaviour with version 5.4.0, steped back to version 5.3.4 and the again revers to 5.4.0.
I can't process the attached file. I did worked on this file round about one year ago with LO and I had not any problems.
Now, while loading the file LO Writer freezes and no interaction is possible anymore.
The file contains table(s) for counting votes of an election.
Loading in Word doesn't make any problems.
Any help is appreciated.
kind regards Ingo
I can't reproduce the problem in
Id. de compilación: 7556cbc6811c9d992f4064ab9287069087d7f62c
Subproc. CPU: 1; SO: Windows 6.1; Repres. IU: predet.;
Configuración regional: es-ES (es_ES); Calc: group
To be certain the reported issue is not related to corruption in the user profile, could you please reset your Libreoffice profile ( https://wiki.documentfoundation.org/UserProfile ) and re-test?
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the issue is still present
Thank you for your reply.
I started with a fresh user profile. It seems to me, that it does help only a little. The system needs more than 5 minutes to load the file, and while working there are a lots of stops and in the LO window headline comes constantly "no repsond". So it is impossible to work with this file. Each other file makes no problems. I started to create a new file with this content step by step, and as more I inserted LO became slower and slower. I can't see, what is bringing LO stuttering.
kind regards Ingo
Freeze repro in Win with 6.0+ 32-bit and 5.4.0 64-bit. Slow also in 5.3. Looks better in 5.2.7 although not ideal.
Simple test is to restore down/resize LO window to 1/4 of size and then maximize and than again. 5.2.7 somewhat slow, 5.3.4 rather slow,
PS I had assertion on resize.
Hi Timur and Ingo,
I can confirm this behaviour of writer handling documents with tables since version 126.96.36.199. Opening, scrolling and redrawing documents with tables in writer is very slow. It's sometimes so slow that working with it is nearly impossible. And this on a fast machine (Surface Pro 4 with i5 an 8GB RAM and SSD).
Ingo's example file opens so slow on my machine and scrolling is very slow too. Editing this document is impossible.
As an additional informaton:
I tested the file on my privat Linux-only-pc with:
Version: 188.8.131.52, Build-ID: 1:5.3.4-0ubuntu0.14.04.1~lo0, CPU-Threads: 2; BS-Version: Linux 3.13; UI-Render: Standard; VCL: gtk2; Layout-Engine: neu;
Gebietsschema: de-DE (de_DE.UTF-8); Calc: group
There the file is loading well - not really fluent - but I can work very much better on it. It looks like as it is a greater problem on Windows and a smaller one on Linux.
kind regards Ingo
Today working on some documents containing tables (simple documents, only one page, simple table, containing only text, without any formatting) writer works very slowly. Simple operations like deleting and inserting rows are extremly slow. So working on those documents is very painful. So I think the importance of this bug should be set to "major".
Looks like another one related to Bug 112486.
In 5.3.7 will be reverted as it was before. Can be tested with 6.0+ master libo-master~2017-10-03_23.43.39_LibreOfficeDev_184.108.40.206.alpha0_Win_x86 and later.
As I wrote, resize/maximize redraw was somewhat slow even before in 5.2 and it'll stay like that.
Likely fixed by https://cgit.freedesktop.org/libreoffice/core/commit/?id=5440837e02dee8bc884e02be697bfd4def621d26&h=libreoffice-5-3
Please retest with 220.127.116.11, or 18.104.22.168 build (or 22.214.171.124 when posted).
My current version is:
Version: 126.96.36.199 (x64)
CPU-Threads: 4; Betriebssystem:Windows 6.1; UI-Render: Standard;
Gebietsschema: de-DE (de_DE); Calc: group
With this version the problem is solved, thank you for your efforts.
Kind regards Ingo
Thank you for testing.