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.
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.
"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.
Does it work find in safe mode ? Help - Restart in Safe mode
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.
"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.
"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.
Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping-20190321
Dear Dr. Matthias Weisser, 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
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.
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/
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
Dear Dr. Matthias Weisser, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
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 !