Created attachment 82020 [details] An odb with a report that crashes I have a report-builder report which runs OK under LO 3.6.6.2 on ubuntu 12.04 64 bit. On mint debian 32 bit it crashes with the attached crash log. Run the report in the attached odb (HSQL) to replicate this. At one point I had 4.1.0.1 running on the ubuntu platform and it crashed there as well, so I suspect it is not related to linux flavour or 32/64 bit. I'm aware there are a few other similar reports which are said to have been fixed in 4.0.5 but I don't know if they have the same cause or not, and I don't have 4.0.5 to hand. (NB this issue was originally raised in #66239, and then in #63817).
Created attachment 82021 [details] Crash log
Reproduced in my 4.1 dev tree. Oy, that looks like a continuance of the SdrObject lifetime issues...
This smells like it is part of the Sdr lifecycle saga... The symptom now is that we get in a situation where a rptui::OCustomShape has no model, and thus its getUnoShape merrily goes through NULL pointer. I presume that the object is not constructed right anymore, or is constructed right and then destroyed and reconstructed again, but without associated model?
Created attachment 82024 [details] gdb log with backtrace & more details
Reproduced also in my 4.0 dev tree...
I have tested with some more versions and openSUSE 12.3 64bit rpm LO 4.0.3.3 - the report is executed without any problem. LO 4.0.4.2 - whole LO crashes when starting the report. Same with LO 4.1.0.1 and LO 4.2.0.0alpha
sigh
This could never have worked... The model is set in SvxDrawPage::CreateSdrObject() after _CreateSdrObject() (reportdesign::OReportDrawPage::_CreateSdrObject() in this case) call. My guess is there has been other change that forces the object to be rendered (which forces creation of a UNO shape for it).
Okay, let's try this...
David Tardon committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=6e2815a0ffdb5811f220978734354b1033801927 fdo#66582 avoid crash because of missing model 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.
David Tardon committed a patch related to this issue. It has been pushed to "libreoffice-4-1": http://cgit.freedesktop.org/libreoffice/core/commit/?id=b69f10db70c10e9f24646e218a13a437faf64cda&h=libreoffice-4-1 fdo#66582 avoid crash because of missing model It will be available in LibreOffice 4.1.1. 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.
David Tardon committed a patch related to this issue. It has been pushed to "libreoffice-4-0": http://cgit.freedesktop.org/libreoffice/core/commit/?id=ddd9d8f5f853c88d7753fda890de5b3f52589f4d&h=libreoffice-4-0 fdo#66582 avoid crash because of missing model It will be available in LibreOffice 4.0.5. 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.
David Tardon committed a patch related to this issue. It has been pushed to "libreoffice-4-1-0": http://cgit.freedesktop.org/libreoffice/core/commit/?id=4015660122e766bf20b6383dce022c6636bc1cca&h=libreoffice-4-1-0 fdo#66582 avoid crash because of missing model It will be available already in LibreOffice 4.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.
Verified in Debian 32 bit 4.1.0 RC3 (2013-07-18). Thanks. (btw I didn't update the bug status, since as a mere user I assume people would rather I didn't).
(In reply to comment #14) > Verified in Debian 32 bit 4.1.0 RC3 (2013-07-18). > (btw I didn't update the bug status, since as a mere user I assume people > would rather I didn't). Don't hesitate to do that in the future. That's why we have the distinction between RESOLVED and VERIFIED: - RESOLVED: the developer says he has fixed it - VERIFIED: bug reporter or QA or other tester agrees with the developer Changing state to VERIFIED yourself is helpful. You are encouraged to do it.
OK - will do.
*** Bug 67185 has been marked as a duplicate of this bug. ***
*** Bug 67199 has been marked as a duplicate of this bug. ***
*** Bug 67308 has been marked as a duplicate of this bug. ***
*** Bug 67772 has been marked as a duplicate of this bug. ***