Created attachment 52896 [details] pdf file causing libreoffice to hang I accidently tried to open the attached pdf file with libreoffice and it caused it to hang completely (my work on a text in another window was lost).
Reproduced with LO 3.4.4 Ubuntu 10.04.3 x86 Linux 2.6.32-35-generic Russian UI
Confirmed on Windows, too. Version 4.0.2.2 (Build ID: 4c82dcdd6efcd48b1d8bba66bfe1989deee49c3).
LibreOffice is not hanging! If you wait ~10 minutes, it will finish it's work. The problem is in too complex (for LO right now) picture on page #4.
Confirmed:4.2.1:OSX CPU madness and LO unresponsive for quite some time.
*** Bug 50573 has been marked as a duplicate of this bug. ***
*** Bug 61523 has been marked as a duplicate of this bug. ***
More precise description of the problem: Poppler library renders shaded fills as huge amount of small polygons. Processing of such big amount of data takes very long time.
Noel Grandin committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=e0f3e7c007e9eeced888b491ec2698acba4bc588 tdf#42374 some small optimisations for opening this PDF file It will be available in 5.1.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Noel Grandin committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=1497dd974575d0d5de7e5b3ca4b5a97948318b5c tdf#42374, improve perf by fixing bug in pdfi::HashedStyle::hashCode() It will be available in 5.1.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Noel Grandin committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=4f1587965e85e09796c2074d90e9067337f2b710 tdf#42374 - read PDF in larger chunks It will be available in 5.1.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
I just tested the pdf from http://standards.ieee.org/getieee802/download/802.1AE-2006.pdf with V5.1.4 and it hasn't managed to finish loading after 20 minutes. I took apart the pdf and found that it's page 43 that is the problem. I suspect it's because there is some kind of patterned background in a diagram. Is this the same issue or should I open a new bug?
It is the same problem. Background from page #43 is imported as 60000 tiny images.
** 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, I test again with my ticket 50573 (same file) ; and it is not OK ; same thing : during opening wait, wait, wait and nothing My version is Version: 5.4.2.2 Build ID: 22b09f6418e8c2d508a9eaf86b2399209b0990f4 Threads CPU : 4; OS : Windows 6.1; UI Render : par défaut; Locale : fr-FR (fr_FR); Calc: group
I test again with my ticket 50573 (same file) ; and it is not OK ; same thing : during opening wait, wait, wait and nothing My version is Version: 6.0.6.2 (x64) Build ID: 0c292870b25a325b5ed35f6b45599d2ea4458e77 Threads CPU : 4; OS : Windows 6.1; UI Render : par défaut; Locale : fr-FR (fr_FR); Calc: group
i just opened the file that caused you wait, and also got a same situation on my version of libreoffice here's the info of version: Version: 6.3.0.0.alpha0+ (x64) Build ID: 0f25a3c36f27fd51453b9a9115f236b83c143684 CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-11-27_20:06:55 Locale: zh-TW (zh_TW); UI-Language: en-US Calc: threaded
it takes real 6m4,702s user 5m59,987s sys 0m1,586s in Version: 6.4.0.0.alpha0+ Build ID: 9b7729c6e224dfbe89e309aab8e8fd392fc234ad CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded Moving to NEW...
@Noel, I thought you could be interested in this issue...
I am afraid this document is pathological. The pictures in it are not vector-format, nor are they bitmaps - they are "vector-format" with millions of tiny rectangles. Somebody ran this document through a very bad converter. About the only thing we could do would be to error out when detecting such PDFs.
20 seconds to open with Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 5d7251c7121cee8885fa9f2387c4a0625dd4ecee CPU threads: 4; OS: Windows 10.0 Build 21376; UI render: Skia/Vulkan; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL 1m25s to open with Version: 7.1.3.2 (x64) / LibreOffice Community Build ID: 47f78053abe362b9384784d31a6e56f8511eb1c1 CPU threads: 4; OS: Windows 10.0 Build 21376; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL So seems working enough fine now.
Noel Grandin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/3669d4ec43a6aa2d410d8351d631548db45a5302 add OString::getTokenView (tdf#42374 related) It will be available in 7.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.