Bug 119445 - When switching to a new paragraph in a big document, the display of the current paragraph style in the sidebar updates with a lag
Summary: When switching to a new paragraph in a big document, the display of the curre...
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.4.7.2 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Sidebar-Styles
  Show dependency treegraph
 
Reported: 2018-08-23 10:57 UTC by Dr. Matthias Weisser
Modified: 2020-01-09 09:17 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Dr. Matthias Weisser 2018-08-23 10:57:13 UTC
I am writing books using a Siemens-Fujitsu Laptop E8420 having quite some windows open. Operating system is Win7 64bit. 4GB RAM.

I am using several "Absatzvorlagen" different for headlines and text. 

The text contains quite some pictures inserted by "Verknüpfung". 

When several programs are open it can happen that it takes more than a second to show the real "Absatzvorlage". Updating the correct "Absatzvorlage" in the small window upper left just takes that long.

It takes such long updating to "Überschrift 2" when clicking on a head line and about the same time to update again when clicking on a normal text paragraph which is formated to "Standard".

Unfortunately it does not be so simple to reproduce this because when closing some windows this behavior can disappear. 

Also making a test text showing then fails. The problem seems to relate to memory usage.
Comment 1 Buovjaga 2018-09-18 17:19:50 UTC
We need a test case for this. https://wiki.documentfoundation.org/QA/Bugzilla/Sanitizing_Files_Before_Submission#Sanitize_file_text

To quickly remove pictures, unzip the .odt file (it is a .zip file in disguise), delete the Pictures and thumbnails folders and re-zip everything. Finally, change extension from .zip to .odt.

Let's hope the bug is not tied to the presence of the images.

Test with master before you do all this: https://dev-builds.libreoffice.org/daily/master/Win-x86_64@42/current/

Set to NEEDINFO.
Change back to UNCONFIRMED after you have provided the document.
Comment 2 Dr. Matthias Weisser 2018-09-18 19:48:53 UTC
"We need a test case for this."

I understand your problem.

Its no problem sending an original file as private copy. But I cannot post my original files there. Please understand.

"To quickly remove pictures"

This is not a problem because all pictures are embedded as a link. So when I do not give away the folder "Bilder" no pictures are loaded because the files are missing. 

"Let's hope the bug is not tied to the presence of the images."

This may be the case because picture loading consumes memory.

Unfortunately the problem is related to a memory problem. When I write books I have several windows open as is LO (may be up to 3 open documents), Dreamweaver 4, PSP5.03, Everything, 2-3 Explorers, Firefox with several windows open and sometimes also ppt from Office 2000 with a 100MB file open.

Working a whole day on the document sometimes problems with LO occur, like "Datei speichern" does not work any longer correctly, the cursor does not behave correctly (is jumping around when typing in text) and so on, text marking does not work any longer in one of the LO windows.

All this seems to be memory related. But there is quite some memory there. So may be hard to find. 

I do not know how to help best here. I can only explain what I do see here on several laptops of the same type over the years.
Comment 3 Xisco Faulí 2018-09-19 11:21:56 UTC
Does it work find in safe mode ? Help - Restart in Safe mode
Comment 4 Buovjaga 2018-09-19 11:46:42 UTC
Aha, well, I hope you can at some point verify that the problem still exists in a master version as lots have happened since 5.4.
Master does have an annyoing bug, bug 119843, right now, so you might want to wait until it is fixed.
Comment 5 Dr. Matthias Weisser 2018-09-20 08:48:09 UTC
"Does it work find in safe mode ? Help - Restart in Safe mode"

I dont feel so. 
The problem is that problems like this appear when I have been working some time with several windows and programs open. 

when I close one program some problems might vanish while others prevail. 

so this is not easy at all to replicate.

unfortunately I do see such problems quite often because I try doing productive work and therefore often use several documents and programs at the same time.

the only way for me to be productive with those books is using smaller programs that are capable of running together on the same system without much trouble. Older programs are often much better for me because of less memory usage. Using newer version does not work well. Much performance loss then !

therefore I needed to find smaller older or better modern programs that use less memory.
Comment 6 Dr. Matthias Weisser 2018-09-20 09:05:58 UTC
"I hope you can at some point verify that the problem still exists in a master version as lots have happened since 5.4."

thank you for this hint. I can try this newer master version when its safe to not destroy my files that are my money basis for the future.

in the text that I am working at the moment "18_krebs_zeta_old175.odt" the problem does show up again. 12 windows are open: 2 Explorer. 3 Dreamweaver. 3 Firefox. 1 Everything. 3 LO Writer 5.4.7.2.

When I click on the head line "Antoine Priore - gepulste Felder" it takes more than a second updating to "Überschrift 4" and also back to "Standard" when placing the cursor one line below.

In addition I am seeing trouble with correct page brake. On page 297 with "Antoine Priore - gepulste Felder" there is a quite huge unwanted space on the page. On the next page then there is a text box (made to table) which would easily fit the the page before. Such shit happens quite often.

Therefore I have to be very careful when doing a pdf because I have to look before at all pages if there is such a problem. This way the document is 312 pages instead of 307 ! So it seems to be there are also problems like this on other pages. 

I have seen problems like this also with tables. There is a bug report "bug 118469" related to this - but unfortunately same problem - not so easy to replicate. I can send the text privately if needed.
Comment 7 QA Administrators 2019-03-21 11:10:54 UTC Comment hidden (obsolete)
Comment 8 QA Administrators 2019-05-08 20:45:40 UTC Comment hidden (obsolete)
Comment 9 Dr. Matthias Weisser 2019-05-10 14:50:19 UTC
I still have several different performance problems with LO. 

The problem is that those problems are only there when the memory is somehow low.

When the laptop is newly started all is ok. So this is not so easy to replicate - but surely there are problems !!!

I do not see such problems with older and less memory hungry programs.

No problem at all using PaintShop Pro. No problem using Eagle 5.12. No problem using Dreamweaver 4.

More than a year ago I told that it seems to me that LO got too huge. I have also seen loss of performance with newer versions. 

If this stays that way I am sorry to hope find a smaller program able to read my odt files with the 14 books I made. I am very sorry - but I am more and more frustrated now seeing that things are getting bigger and bigger but less performance instead of more.

Yes - I really like working - but not with less and less performance and spurious problems that nobody can find and fix. I know how hard it can be finding such a problem. But anyway its not a solution waiting for just bigger code now and less performance as I have seen in the past.
Comment 10 Buovjaga 2019-05-10 15:31:39 UTC
There are performance improvements being committed all the time, see for example the latest QA report: https://qa.blog.documentfoundation.org/2019/05/07/qa-report-april-2019/

The thing is, a developer cannot fix something they cannot see. An example document is thus necessary.

Would be interesting, if you could test with a fresh master, which has all sorts of improvements, also for image handling: https://dev-builds.libreoffice.org/daily/master/Win-x86_64@42/current/
Comment 11 Xisco Faulí 2019-06-10 15:12:26 UTC
Dear Dr. Matthias,
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 12 QA Administrators 2019-12-08 03:46:03 UTC Comment hidden (obsolete)
Comment 13 QA Administrators 2020-01-08 03:31:44 UTC Comment hidden (obsolete)
Comment 14 Dr. Matthias Weisser 2020-01-09 09:17:34 UTC
the problem still is that it seems to be memory related.

I can still see this behavior using LO 5.4.7.2. 

I tried installing a LO 6.3 some time ago. But unfortunately this seems to consume more memory. It does not run well on my Win7 64bit with 4GB memory. Therefore I do not use the 6 version for productive work yet. 

I installed a newer V6 on a fresh laptop and not running other programs it seemed to be ok. But I am not able producing the problem if not running many open windows like I do when working on a book.

For the work with books I need a version not consuming so much memory. 

So I am sorry - I am unable at the moment leaving LO 5. I had written about this problem of "bloat ware" before. I am sorry to use this here. But what other could I say? 

I do not need more features that the LO5 had. I just need a not so memory hungry LO for all days work - stable and safe to use. No more. 

Thank you very much for listening !