Bug 132417 - EDITING ODT: LibreOffice is responding slowly
Summary: EDITING ODT: LibreOffice is responding slowly
Status: RESOLVED INSUFFICIENTDATA
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: Performance CPU-AT-100%
  Show dependency treegraph
 
Reported: 2020-04-25 20:22 UTC by Telesto
Modified: 2024-04-25 06:39 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
Comment 8 Xisco Faulí 2021-02-15 17:55:42 UTC
Hi Telesto,
Could you please try to reproduce it with a master build from
http://dev-builds.libreoffice.org/daily/master/ ?
You can install it alongside the standard version.
I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' if the bug is still present in the master build
Comment 9 QA Administrators 2021-08-15 03:46:17 UTC Comment hidden (obsolete)
Comment 10 QA Administrators 2021-09-15 03:38:09 UTC
Dear Telesto,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp