Bug 108097 - Draw (Not Responding) ~3-6 seconds unable to use GUI
Summary: Draw (Not Responding) ~3-6 seconds unable to use GUI
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
3.6.7.2 release
Hardware: x86-64 (AMD64) All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: haveBacktrace, perf
Depends on:
Blocks:
 
Reported: 2017-05-25 22:33 UTC by Chris Peñalver
Modified: 2018-05-10 21:20 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
BLANK ORIGINAL.pdf (1.73 MB, application/pdf)
2017-05-25 22:33 UTC, Chris Peñalver
Details
PRINT TO PDF.pdf (4.02 MB, application/pdf)
2017-05-26 14:59 UTC, Chris Peñalver
Details
Callgrind output from 5.5 (5.47 MB, application/x-xz)
2017-06-04 13:24 UTC, Buovjaga
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Chris Peñalver 2017-05-25 22:33:17 UTC
Created attachment 133591 [details]
BLANK ORIGINAL.pdf

What is expected to happen is when one opens the attached document BLANK ORIGINAL.PDF in Adobe Reader > File > Print > Printer: Microsoft Print to PDF > button Advanced > tried both unchecking and checking "Print As Image" > button OK > Pages to Print Pages 8,9,12,14 > button Print

Open the resultant PDF file in Draw and the GUI remains responsive.

What happens instead is that the Draw GUI becoomes unresponsive, with the window title consistently flipping to and from (Not Responding) every ~3 to 6 seconds. Any open non-LibreOffice programs remain responsive.

The computer has an SSD, 8GB RAM, and Intel i7-4720HQ CPU. This issue isn't caused by resource over utilization (i.e. running too many programs at once).

Reproducible in Fresh and Master:
Version: 5.3.3.2 (x64)
Build ID: 3d9a8b4b4e538a85e0782bd6c2d430bafe583448
CPU Threads: 8; OS Version: Windows 6.19; UI Render: GL; Layout Engine: new; 
Locale: en-US (en_US); Calc: group

Version: 5.4.0.0.alpha1+ (x64)
Build ID: 8c0be54a7da6262dffe04357121814dd22b5d7fe
CPU threads: 8; OS: Windows 6.19; UI render: GL; 
TinderBox: Win-x86_64@62-TDF, Branch:MASTER, Time: 2017-05-14_22:52:26
Locale: en-US (en_US); Calc: group

Windows 10 Home x64
Version 1703
OS Build 15063.296

Adobe Acrobat Reader DC (17.009.20044)

Put both folders in Windows Defender exclusions, no change:
C:\Program Files\LibreOfficeDev 5\
C:\Program Files\LibreOffice 5\

WORKAROUND: Print the document to paper, write on the paper with a pen, and scan to file via a scanner.
Comment 1 Xisco Faulí 2017-05-26 11:07:54 UTC
Hello Christopher,

Thank you for reporting the bug. Please attach the resultant PDF from Adobe Reader, as this makes it easier for us to verify the bug. 
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided.
(Please note that the attachment will be public, remove any sensitive information before attaching it. 
See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.)
Comment 2 Chris Peñalver 2017-05-26 14:59:58 UTC
Created attachment 133621 [details]
PRINT TO PDF.pdf
Comment 3 Buovjaga 2017-06-04 13:24:52 UTC
Created attachment 133844 [details]
Callgrind output from 5.5

Arch Linux 64-bit, KDE Plasma 5
Version: 5.5.0.0.alpha0+
Build ID: c855400e9686ddd8bcba5691393f839f6f52c966
CPU threads: 8; OS: Linux 4.11; UI render: default; VCL: kde4; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on June 2nd 2017
Comment 4 Buovjaga 2017-06-04 13:27:27 UTC
Seems to be the same level of responsiveness in 3.6.7

I hope the callgrind helps.

Arch Linux 64-bit, KDE Plasma 5
Version: 5.5.0.0.alpha0+
Build ID: c855400e9686ddd8bcba5691393f839f6f52c966
CPU threads: 8; OS: Linux 4.11; UI render: default; VCL: kde4; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on June 2nd 2017

Arch Linux 64-bit
Version 3.6.7.2 (Build ID: e183d5b)
Comment 5 Chris Peñalver 2018-05-10 21:20:27 UTC
DRAW no longer goes into "Not Responding" loop without input as originally reported. Also, was able to add/modify text with no problem, while simultaneously having other documents open in Calc, and Writer.

Version: 6.0.3.2 (x64)
Build ID: 8f48d515416608e3a835360314dac7e47fd0b821
CPU threads: 8; OS: Windows 10.0; UI render: GL; 
Locale: en-US (en_US); Calc: group

Windows 10 Home x64
Version: 1803
Build: 17134.1