Bug 68379 - PRINTING: Calc crashes on print preview when format page button is pressed in Turkish
Summary: PRINTING: Calc crashes on print preview when format page button is pressed in...
Status: RESOLVED DUPLICATE of bug 68396
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
4.1.0.4 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-08-21 11:29 UTC by Erdal Mutlu
Modified: 2013-08-29 06:35 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Spreadsheet trace file (2.79 KB, application/x-gzip)
2013-08-23 13:42 UTC, Erdal Mutlu
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Erdal Mutlu 2013-08-21 11:29:52 UTC
Calc crashes on print preview when format page button is pressed in Turkish language. English and German do not have this bug.
Comment 1 Julien Nabet 2013-08-23 04:29:17 UTC
Erdal: could you try to retrieve then attach the backtrace by following this link? (https://wiki.documentfoundation.org/QA/BugReport/Debug_Information#GNU.2FLinux:_How_to_get_a_backtrace)
Comment 2 Erdal Mutlu 2013-08-23 13:42:27 UTC
Created attachment 84518 [details]
Spreadsheet trace file
Comment 3 Julien Nabet 2013-08-23 17:16:38 UTC
Thank you Erdal for your feedback, put it at New since there's a bt.

Caolán: bt shows this
Program received signal SIGSEGV, Segmentation fault.
SfxTabDialog::ActivatePageHdl (this=0x17b0b10, pTabCtrl=0x17989a0) at /build/buildd/libreoffice-4.1.0/sfx2/source/dialog/tabdlg.cxx:1394
1394    /build/buildd/libreoffice-4.1.0/sfx2/source/dialog/tabdlg.cxx: Böyle bir dosya ya da dizin yok.
#0  SfxTabDialog::ActivatePageHdl (this=0x17b0b10, pTabCtrl=0x17989a0) at /build/buildd/libreoffice-4.1.0/sfx2/source/dialog/tabdlg.cxx:1394
#1  0x00007ffff691a9c9 in TabControl::calculateRequisition (this=0x17989a0) at /build/buildd/libreoffice-4.1.0/vcl/source/control/tabctrl.cxx:2215
#2  0x00007ffff691a9e9 in TabControl::GetOptimalSize (this=<optimized out>) at /build/buildd/libreoffice-4.1.0/vcl/source/control/tabctrl.cxx:2266
#3  0x00007ffff6b8337d in (anonymous namespace)::get_ungrouped_preferred_size (rWindow=...) at /build/buildd/libreoffice-4.1.0/vcl/source/window/window2.cxx:2030
#4  0x00007ffff6b833c6 in Window::get_preferred_size (this=0x17989a0) at /build/buildd/libreoffice-4.1.0/vcl/source/window/window2.cxx:2042
#5  0x00007ffff6b25f58 in VclContainer::getLayoutRequisition (rWindow=...) at /build/buildd/libreoffice-4.1.0/vcl/source/window/layout.cxx:117
#6  0x00007ffff6b272ed in VclBox::calculateRequisition (this=0x17bf2c0) at /build/buildd/libreoffice-4.1.0/vcl/source/window/layout.cxx:183

Is it normal that calculateRequisition, could there be some kind of wrong recursion here?
Comment 4 Caolán McNamara 2013-08-27 11:14:46 UTC
I can't reproduce a crash, but valgrind reports...

==10784==    at 0x3787F2EFF9: VirtualDevice::InnerImplSetOutputSizePixel(Size const&, unsigned char, boost::shared_array<unsigned char> const&) (gen.hxx:69)
==10784==    by 0x3787F2F84B: VirtualDevice::ImplSetOutputSizePixel(Size const&, unsigned char, boost::shared_array<unsigned char> const&) (virdev.cxx:326)
==10784==    by 0x3787F2FAC3: VirtualDevice::SetOutputSizePixel(Size const&, unsigned char) (virdev.cxx:361)
==10784==    by 0x1BE38DFB: svx::FrameSelectorImpl::InitGlobalGeometry() (frmsel.cxx:345)
==10784==    by 0x1BE3BAFD: svx::FrameSelectorImpl::sizeChanged() (frmsel.cxx:494)
==10784==    by 0x3787FCE97B: Window::ImplCallResize() (window.cxx:1179)
==10784==    by 0x3787FDB70F: Window::Show(unsigned char, unsigned short) (window.cxx:6375)
==10784==    by 0x3787FC9144: Window::set_property(rtl::OString const&, rtl::OString const&) (window2.cxx:1867)

which makes me strongly suspect that this is a duplicate of 68396 in which case testing a daily will show if its fixed now or not

*** This bug has been marked as a duplicate of bug 68396 ***
Comment 5 Erdal Mutlu 2013-08-29 06:35:29 UTC
I have tested with 4.1.2.0.0+ and the bug is gone.