Download it now!
Bug 132417 - EDITING ODT: LibreOffice is responding slowly
Summary: EDITING ODT: LibreOffice is responding slowly
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.4.7.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisectRequest
Depends on:
Blocks: CPU-AT-100%
  Show dependency treegraph
 
Reported: 2020-04-25 20:22 UTC by Telesto
Modified: 2021-01-18 17:24 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file (15.85 KB, application/vnd.oasis.opendocument.text)
2020-04-25 20:25 UTC, Telesto
Details
Example file (working) (23.29 KB, application/vnd.oasis.opendocument.text)
2020-04-25 20:26 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2020-04-25 20:22:05 UTC
Description:
FILEOPEN ODT: LibreOffice is responding slowly

Steps to Reproduce:
1. Open the attached file

Actual Results:
Nearly hanging

Expected Results:
Shouldn't?


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.0.0.0.alpha0+ (x64)
Build ID: 951b6a9570ae2665f7b6e7cdd6d24d1fc513ba90
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win; 
Locale: nl-NL (nl_NL); UI-Language: en-US
Calc: CL
Comment 1 Telesto 2020-04-25 20:25:47 UTC
Created attachment 159937 [details]
Example file
Comment 2 Telesto 2020-04-25 20:26:33 UTC
Created attachment 159938 [details]
Example file (working)

1. Open the attached file
2. Go to the yellow marking
3. Hold enter, until textbox goes over the page border -> hang
Comment 3 Dieter 2020-05-01 10:20:41 UTC
Writer hangs for a few seconds, before textbox jumps to the second page. For me not a problem. But textbox is at a different part of the text. That is moething I wouldn'T expect and therefor consider as a bug. But that's a different topic and perhaps reported somewhere else.
Comment 4 Xisco Faulí 2020-06-15 14:57:41 UTC
File takes

real	0m17,157s
user	0m12,362s
sys	0m2,059s

to open in

Version: 7.1.0.0.alpha0+
Build ID: 37d5cccceb9f02d60de326f5b1fc5098dc004739
CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded

Please try again with a daily build
Comment 5 Telesto 2020-06-15 20:55:25 UTC
The file opens within the given time frame.. however.. 
try to click something in the file -> not possible
zoom in -> Freeze. 
Try to edit -> Freeze

So not usable in any way

Version: 7.1.0.0.alpha0+ (x64)
Build ID: a35c18aeff3b1d8f270db7e094850fb8ba1ab84a
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL

also in
4.4.7.2

The file can be edited with:
Versie: 4.1.0.4 
Build ID: 89ea49ddacd9aa532507cbf852f2bb22b1ace28

-> Moving from table to text and back.. freezes here and there.. but over all pretty OK, compared to 7.1 and 4.4.7.2
Comment 6 Xisco Faulí 2020-08-03 15:21:27 UTC
(In reply to Telesto from comment #5)
> The file opens within the given time frame.. however.. 
> try to click something in the file -> not possible
> zoom in -> Freeze. 
> Try to edit -> Freeze

then, it's not a FILEOPEN issue...
Comment 7 Buovjaga 2021-01-18 17:24:18 UTC
(In reply to Telesto from comment #5)
> The file can be edited with:
> Versie: 4.1.0.4 
> Build ID: 89ea49ddacd9aa532507cbf852f2bb22b1ace28
> 
> -> Moving from table to text and back.. freezes here and there.. but over
> all pretty OK, compared to 7.1 and 4.4.7.2

Based on your description, the effect I now observe on Linux and Windows is the same as it was in 4.1. Can you please re-test?

Should we change this report to be about the small lags?

Arch Linux 64-bit
Version: 7.0.4.2
Build ID: 00(Build:2)
CPU threads: 8; OS: Linux 5.9; UI render: default; VCL: kf5
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
7.0.4-2
Calc: threaded

Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 2081eac430ac69619149e44b453a2d7dda41fc83
CPU threads: 2; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: fi-FI (fi_FI); UI: en-US
Calc: threaded