After update LibreOffice from 4.2.3 to 4.2.4-> I have problem with documents stored on network. If I open any file stored on network (diskstation NAS Synology), LO is very slow in work. Clicking, scrolling and typing is very lagging. It doesnt matter how large is the file and type of this (xls, doc..). LO stay lagy until restart PC, then is OK again. If I open file stored in my local PC, this is OK, but after I open any network stored file, problem is again.. My PC configuration - Dell Optiplex 780, Intel C2D 3.0GHz, 4GB RAM Ubuntu 14.04 64bit, kernel 3.13.0-32 generic. Sorry for my bad English Many thanks
Please could try with 4.3.0 RC3 or 4.2.6 RC1 from https://www.libreoffice.org/download/pre-releases/. It is a mean to bound the problem and find if it is in the Ubuntu build or in the mainstream version. Installing RC on Linux should make this installation in parallel with your stable version. https://wiki.documentfoundation.org/Installing_in_parallel Set status to NEEDINFO. Please set it back to UNCONFIRMED once you have provided requested informations. Thank you for your understanding. Best regards. JBF
Thanks you answer. I tried both of version you are posted in link, but there is the problem - now opening files stored on network isnt possible. Locale stored files - Ok, but if I try to open any file on network, nothing happens. Other LO version I removed before installation.
OK. Continuing to try to bound the problem: there two available dialogs to open a file, the dialog provided by the system (Nautilus in your case) and the dialog provided by LibreOffice. You can switch from one to the other in the LO options : menu Tools > Options > LibreOffice > General. Please, could you try the LibreOffice dialog to see if that changes something? Set status to NEEDINFO. Please set it back to UNCONFIRMED once you have provided the requested informations. Best regards. JBF
I tried this, but nothing changes... If I want open file from Nautilus, LO is starting, but after few seconds take off. And if I want open file from LO dialog, nothing happens..
This is line in system log, if help this: 08:56:11 petr-OptiPlex-780 kernel: [ 6113.156248] soffice.bin[9968]: segfault at 10026e7fd0 ip 00007febd438b764 sp 00007fff17163770 error 4 in libfps_officelo.so[7febd4339000+5e000] Jul 23 10:50:49 petr-OptiPlex-780 kernel: [12991.438887] soffice.bin[13223]: segfault at 1a ip 00007feb1bb5a6d0 sp 00007fff38de8490 error 4 in libvcllo.so[7feb1b730000+669000] Best regards Sumec
@Sumec - could I walk you through bibisecting this as I think finding someone to confirm may be tough. If you're willing to do this please check out: https://wiki.documentfoundation.org/QA/HowToBibisect
I can see the same behaviour, using Calc version 4.3.3.2 on Ubuntu 14.10. LO becomes almost unusable, and network traffic keeps up. Only when it goes down for a few seconds can I type or scroll, then network traffic goes up again and LO freezes. Same files stored locally work just fine.
status NEW because of confirmation in post above
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.0.4 or later) https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-12-20
Tested and confirmed with version 5.0.1 on Debian. See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=774399#37 > I've just tried 1:5.0.1-2~bpo8+1 and found it definitely better comparing to > what it used to be. However it is still not ideal -- for example editing a > spreadsheet lags after modifying a cell and clicking another cell...
Hello, Like i report here : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=774399 I have seen another reason of slowness,very slowprocess of Libreoffice. The problem arrives without nfs sharing. I see the problem with "Jessie Libreoffice 4.3.3-2+deb8u3" and with "fr.libreoffice.org LibreOffice 5.0.5". If you have for example an file in a directory : /home/toto/Documents/file.odb If you do: $ ln -s /home/toto/Documents/file.odb /home/toto/Desktop/file or $ ln -s /home/toto/Documents /home/toto/Desktop/Documents or an other "ln -s" to access to the file If you open the file trough /home/toto/Desktop/file or /home/toto/Desktop/Documents (tested with a file browser), the problem arrives. It seems that Libreoffice don't like open a file trough a directory that is not the real file directory. Cédric
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Hello, Still present in LibreOffice 5.2.7.2. If you do : $ ln -s /home/toto/Documents/file.odb /home/toto/file.odb Thank you. Cédric. Version: 5.2.7.2 Build ID: 1:5.2.7-1
I am running the latest Manjaro with LibreOffice: Version: 6.2.2.2 Build ID: 6.2.2-1 CPU threads: 12; OS: Linux 4.14; UI render: default; VCL: kde5; Locale: en-GB (en_GB.UTF-8); UI-Language: en-US Calc: threaded I have no performance problem with LibreOffice against my local disk. My network is 1Gb/s, I am the only user, with a 4-disk Diskstation as our server. Performance is really slow over the network. Anything I am actually working on gets copied to my local disk so it is much faster. Thank you guys for working on these issues & making my life better.
So... I did a test with a file on the network called "Directions.doc". I saved it to .docx and .odt, then saved the .odt to Directions2.doc to see if the problem was the file format. I opened the file by clicking on it in Dolphin: Directions.doc - 2 seconds. Directions.docx - 32 seconds Directions.odt - 32 seconds Directions2.doc - 2 seconds All these files open "instantly" on the desktop, but on the network there is clearly a problem, which suggests something like excessive I/O's which choke the network. I have been experiencing this for a least 2 years I think, but have only just seen that it is associated with the file suffix. I have reproduced this problem a few times in doing this note and it seems consistent, so it's not an issue with the network or disks going to sleep. I hope this helps.
odt and docx are archive files, in fact zipfiles renamed in .odt or .docx. doc files are binary files. Could you try if opening zipfiles (with .zip extension) stored on the network is slow too ? Best regards. JBF
I'm having exactly the same bug and it has been going on for a while with all the versions within the past year or so. It is simply unusable to open a ODT document on our Samba server. I have to copy it to my local machine to edit it. It's faster to access it from remote by SSH than it is on our LAN. It's a complete usability disaster. The Samba server is on Ubuntu 1604, 4.3.11-Ubuntu. Whatever interaction is causing this, it should be fixed as a top priority.
Please do not change the version number which is showing the earliest version in which the bug has been reproduced. Best regards. JBF
Sometimes there are files to create problems that we keep in our computers for longer use. According to some experts, https://www.rush-my-essay.com/college-essay-writers/ use this site and they will get the options for removing those errors.
Dear Sumec, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
In response to the mail of QA Administrators. I have made some tests to see if the bug is still present with the latest version of LibreOffice. I have tried : $ ln -s /home/toto/Documents/file.odb /home/toto/file.odb And i have opened an obd file on an NFS sharing directory with LibreOffice Version: 7.4.7.2 / LibreOffice Community Build ID: 40(Build:2) Debian package version: 4:7.4.7-1 I haven't seen lag or slowness like in the past. I think this bug is resolved. I change tag to RESOLVED-WORKSFORME. Best regards. Cedric.