Created attachment 65808 [details] .docx You can find docx and doc files in attachment. Open it with LO and you will see only 3 pages, and not shown correctly. If you open it with Office 2010 you will see 114 pages of text. Tryed saving docx into doc with Office 2010 and then opening with LO, but that didn't work. I replaced almost all letters with X since this was contract. Also, opening this file with LO takes ages. For .doc it took over 1 min on 4GB ram, Win7 64bit fast machine. And then it shows only 3 inacurate pages.
Created attachment 65809 [details] .doc
Confirmed in LibO 3.6.1.2 Final (Build ID: e29a214) Russian UI/Locale on Russian Windows XP Professional SP3 (32bit) In .docx and .doc there are only 3 pages shown, but word count says that files contain: .docx - 41786 words .doc - 40497 words Import of files is very slow
In MSOffice 2003 SP3 Russian UI/Locale on Russian Windows XP Professional SP3 (32bit) with File Format Converter - all is fine In .docx and .doc shown all 114 pages, word count (statistics) says that files contain: .docx - 41086 words .doc - 41087 words There is a suspicion that one of office suites incorrectly count quantity of words (LibO shows 41786 words in .docx and 40497 words in .doc)
In Apache Open Office 3.4.1 Final Russian UI/Locale on Russian Windows XP Professional SP3 (32bit) In .docx and .doc there is the same problem - only 3 pages shown, word count says that files contain: .docx - 41990 words .doc - 40826 words Import of .doc file is extremely slow, .docx opens very fast. All 3 office suites count different quantity of words.
Problem still present in LibreOffice 4.1.2.3 Final, Build ID: 40b2d7fde7e8d2d7bc5a449dc65df4d08a7dd38
** 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 (4.4.1 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 *If 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-04-01
Still valid bug. LO 4.4.2.2 on Windows 7, 64 bit, Intel i3 3240, 8 GB of ram, SSD disk DOCX - takes 19 sec to open, opens only 3 pages (first empty) DOC - takes 35 sec to open, opens only 3 pages (first empty) Windows WordPad opens DOCX file in 9 seconds, all 100+ pages. LO 3.3.0.4, portable version, needs 76 seconds to open DOC document, it opens 3 pages (first empty).
It's a large multi-page table in DOCX with 2 columns and 1 row on 114 pages. Writer sometimes doesn't handle properly Text Flow options from DOCX, here it's "allow row to break across pages". If that option is turned off in Word, it also shows 3 pages. I adapted the title. BTW, similar files cannot be open or are even more slow in the current master LO 5.1+.
As I see, problem was fixed in LibreOffice Version: 5.2.0.3 Build ID: 7dbd85f5a18cfeaf6801c594fc43a5edadc2df0c OS Version: Windows 5.1; Locale: ru-RU (ru_RU) Now in both files I see all 115 pages and can scroll throw them. Word count shows that files contain: .docx - 40819 words .doc - 40818 words Import of files is still rather slow.
(In reply to Timon from comment #9) > As I see, problem was fixed in LibreOffice Version: 5.2.0.3 Yes, I can confirm, both documents load. Docx somewhat faster, around 30-40 seconds, but doc loading is still very very slow, way more then 1 min. Should this bug be renamed and focus only on speed of opening now, or closed as fixed (or works for me)?
Bug is about fileopen and it's WFM, so I close. It's fixed from 5.0.6 (maybe Bug 99140). Performance is a different issue.
DOCX in 5.2: commit 0dd79ecf12e6494ccbca2bc3faf4ef1d1c63ef50 Author: Jenkins Build User <tdf@pollux.tdf> Date: Thu Dec 14 07:55:25 2017 +0100 source f4eb82cf9fea5c1df49fad6ee2d91fc51854cd29 previous source 64afe3040bf3d07bb0b13f03b33fce074383ee39 https://cgit.freedesktop.org/libreoffice/core/log/?qt=range&q=64afe3040bf3d07bb0b13f03b33fce074383ee39..f4eb82cf9fea5c1df49fad6ee2d91fc51854cd29 author Miklos Vajna <vmiklos@collabora.co.uk> 2016-03-24 17:09:21 +0100 committer Miklos Vajna <vmiklos@collabora.co.uk> 2016-03-24 17:38:20 +0000 commit f4eb82cf9fea5c1df49fad6ee2d91fc51854cd29 (patch) tree e2574f17cc424992224844f56d9b277440f74b6f parent 64afe3040bf3d07bb0b13f03b33fce074383ee39 (diff) tdf#88453 sw layout, nested table split: shrink inner tables as well *** This bug has been marked as a duplicate of bug 88453 ***