Description: In Calc I have a table of 15 entries that I managed to get represented as a bar graph. The first column is dates and the second is numbers between 5 and 23. When I try to print the graph, LO instantly and consistently crashes. The LO version is 5.3.7.2 running under El Capitan X.11.6. Steps to Reproduce: 1. See description above. 2. The dates are in the form "Jun.'17" 3. The numbers are two decimal Actual Results: crash, with offer to recover file — it does, but crashes again, every time recovery is made Expected Results: printing the graph Reproducible: Always User Profile Reset: No Additional Info: [Information automatically included from LibreOffice] Locale: en-US Module: SpreadsheetDocument [Information guessed from browser] OS: Mac OS X 11.6 OS is 64bit: yes User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:52.0) Gecko/20100101 Firefox/52.0
Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. (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.) I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided.
Created attachment 139093 [details] The .ods file of the crashing spreadsheet
I've attached the .ods file that keeps crashing whenever I try to print.
I've attached the .ods file that kept crashing whenever I tried to print.
Does it crash if you print it to PDF or in Print Preview? Does it crash in LibreOffice 5.4.4 from https://www.libreoffice.org/download/libreoffice-fresh/ ?
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-20180731
Attempts to print either to PDF or to hardcopy behave exactly the same. In LO versions 4.3.5 and 5.3.7.2 the app crashes immediately when asked to print or save to PDF. In versions 6.0.3 and 6.1.0.2 the app doesn't crash, but stops responding, necessitating a Force Quit. For all versions, recovery is successful, but invariably leads to the same behavior.
I forgot to add that since the original bug report in January, the OS was updated from El Capitan X.11.6 to Sierra X.12.6.
I can't reproduce it in Version: 6.1.0.2 Build ID: b3972dcf1284967612d5ee04fea9d15bcf0cc106 CPU threads: 8; OS: Mac OS X 10.13.6; UI render: default; Locale: en-US (en_ES.UTF-8); Calc: group threaded Does it only happen with the document attached or with any document? To be certain the reported issue is not related to corruption in the user profile, could you please reset your Libreoffice profile ( https://wiki.documentfoundation.org/UserProfile ) and re-test?
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
As suggested, I restarted LibreOffice 6.1.0.2 in Safe Mode and tried to print the problem file. First I opened it in Print Preview, where it looked okay (in Landscape mode — more about that below). Then I opened the Print dialog from its icon, and the preview there still looked okay. But when I actually asked it to PRINT, a PREPARING PAGE window opened with the progress bar filled, and a spinning beach ball appeared. I finally had to Force Quit LO, as it was not responding. The active part of the spreadsheet is wider than it is high, so fits best printed in Landscape mode. For as many versions of LO as I can remember, I've had problems with print orientation: what appeared in Print Preview didn't conform with the preview in the actual Print dialog, nor with what was printed. Neither the Print Preview nor the Print dialogs have a Portrait/Landscape orientation option. If I try to print from Print dialog, the page previews in Landscape mode, but split into two pages, each one formatted in Portrait mode. In other words, even though the spreadsheet would fit comfortably on a single page in Landscape mode, the right side of the graph (in this case) is cut off and placed on a second page. I have to go to Format -> Page -> Page -> Landscape to change orientation. Then the Print dialog preview looks right (no graph splitting into 2 pages), but actually trying to print again leads to the Preparing window and non-responsive LO, requiring a Force Quit.
Not a crash for me, but a hang, requiring force kill. Confirming with LO6212 1) Open the ODS file. 2) Cmd-P to print 3) Choose printer and OK 4) LO hangs with macOS spinning beachball Version: 6.2.1.2 Build ID: 7bcb35dc3024a62dea0caee87020152d1ee96e71 Threads CPU : 4; OS : Mac OS X 10.14.3; UI Render : par défaut; VCL: osx; Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR Calc: threaded
Also confirming immediate crash with LO5372.
Created attachment 150390 [details] Sampling trace during hang obtained with Apple utility Managed to get a sampling trace when the hang occurs. Notice the SIGTRAMP which appears to occur in the VCL code when attempting to parse the transparent graphical objects to print output. Perhaps that is the root cause.
2613 ScPrintFunc::PrintArea(short, int, short, int, long, long, bool, bool, bool, bool) (in libsclo.dylib) + 1109 [0x183925415] 2613 ScOutputData::DrawBackground(OutputDevice&) (in libsclo.dylib) + 1875 [0x1838f2f13] 2613 (anonymous namespace)::drawCells(OutputDevice&, boost::optional<Color> const&, SvxBrushItem const*, boost::optional<Color>&, SvxBrushItem const*&, tools::Rectangle&, long, long, long, long, ScDataBarInfo const*, ScDataBarInfo const*&, ScIconSetInfo const*, ScIconSetInfo const*&, std::__1::map<rtl::OUString, BitmapEx, std::__1::less<rtl::OUString>, std::__1::allocator<std::__1::pair<rtl::OUString const, BitmapEx> > >&) (in libsclo.dylib) + 496 [0x1838f37e0] + 2613 (anonymous namespace)::drawDataBars(OutputDevice&, ScDataBarInfo const*, tools::Rectangle const&, long, long) (in libsclo.dylib) + 392 [0x1838f7ee8] 2613 OutputDevice::DrawGradient(tools::Rectangle const&, Gradient const&) (in libvcllo.dylib) + 72 [0x10940c198] 2613 OutputDevice::DrawGradient(tools::PolyPolygon const&, Gradient const&) (in libvcllo.dylib) + 86 [0x10940c246] 2613 ??? (in <unknown binary>) [0x7fa3c3f676a0] 2613 _sigtramp (in libsystem_platform.dylib) + 29 [0x7fff6f9a9b3d] 2613 (anonymous namespace)::signalHandlerFunction(int, __siginfo*, void*) (in libuno_sal.dylib.3) + 81 [0x106778f21] 2613 callSignalHandler(oslSignalInfo*) (in libuno_sal.dylib.3) + 50 [0x10674a8c2] 2613 VCLExceptionSignal_impl(void*, oslSignalInfo*) (in libvcllo.dylib) + 226 [0x10960ca72]
Let me guess : OutputDevice::DrawGradient(tools::PolyPolygon const&, Gradient const&) Couldn't be our PolyPolygon() code by any chance ?
I can print that file to PDF or sending to the printer Version: 6.4.2.2 Build ID: 4e471d8c02c9c90f512f7f9ead8875b57fcb1ec3 CPU threads: 4; OS: Mac OS X 10.14.6; UI render: default; VCL: osx; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded