Created attachment 73324 [details] The image that crashes LO Problem description: Open 200005D6000015CE00001A3E5EC366E5.svm image makes always crashed LO, but OpenOffice 3.3.0 works fine. Same issue with LO Impress when this image is in a odp document. This issue was first found with an Impress document crash. 200005D6000015CE00001A3E5EC366E5.svm has some problem in it but it is not a reason for crashing. Current behavior: Always crashes with this image. Operating System: Linux (Other) Version: 3.5.4 release Last worked in: 3.3.0 release
Created attachment 73327 [details] bt + console logs on master On pc Debian x86-64 with master sources updated today, I reproduced the crash. I attached bt + console logs. I've seen this bt recently but don't remember for which fdo.
Thorsten/Radek: bt attached, one for you?
Still [Reproducible] with server installation of "LOdev 4.0.0.1+ - ENGLISH UI / German Locale [Build ID: 072fc07107e9849ed7050d18575b42049db9657)]" {tinderbox: Win-x86@6, pull time 2013-01-16 09:31:57} on German WIN7 Home Premium (64bit) with own separate User Profile Already [Reproducible] with * Server Installation (own profile) of "LibreOffice 3.4.5 RC1 - WIN7 Home Premium (64bit) English UI [Build ID: OOO340m1 (Build:501)]" * Server Installation of "LibreOffice 3.3.3 English UI/ German Locale [OOO330m19 (Build:301) tag libreoffice-3.3.3.1] on German WIN7 Home Premium (64bit) * "LibreOffice Portable 3.3.0 - WIN7 Home Premium (64bit) German UI [OOO330m19 (Build:6) tag libreoffice-3.3.0.4]" !! * AOOo 3.4.0 Worked fine with OOo 3.1.1 @Rpnpif If you can reproduce your "Works for me" with LibO 3.3.0 that would indicate that under WIN we have an additional problem compared to Linux!
If comparison of crash reports is not clear enough (I can't check, such a report tells me nothing): @Joel: Can you please send sample document for "Bug 49784 - FILEOPEN LibO crash with document containing .svm pictures " to me and Julien Nabet? We should check relation to that bug.
Just comparing the bts, could be a dup of 52625 (I put it as see also)
I did a quick test with the confidential sample document for Bug 49784, crashes exactly the same (A)OOo and LibO versions as sample here, what underpins Julien's suspect of a relation after bt comparison.
@Rainer It was OOo 3.3.0 which worked fine. I have not LibO 3.3.0 on the hand.
Rainer: after having retrieved bt for this tracker, fdo52625 and fdo49784, the 2 first seem the same cause (perhaps dup) but the third has a completely different bt.
Can we take out NEEDINFO keyword?
Done. I think it was just a remnant of NEEDINFO status vs NEEDINFO keyword (Hope I'm not wrong :-))
Argh, Juliens suspect was concerning Bug 52625, not Bug 49784 @Joel Yes -Needinfo ok, reporter answered. Comment 7 does not match with my WIN results, but let's check that when we have a fix. @Julien: I think we should make Bug 52625 a DUP of this one and check when we have a fix here whether we were right. Do you agree? I believe no more info is required for starting bugfix.
*** Bug 52625 has been marked as a duplicate of this bug. ***
Nothing to do with removal of the binary filters by any chance ? Alex
nope. off-by-one in bitmap transformation. looking into it.
Thorsten Behrens committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=e1669188e2832cf0cc1caf111f70aff7ba17757a Fix fdo#59616 - ensure BitmapEx has same-sized subbitmaps 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.
fixed in master, reviews for -4-0 etc in progress.
Thank you very much for your great speed to fix this issue. Regards.
Thorsten Behrens committed a patch related to this issue. It has been pushed to "libreoffice-4-0": http://cgit.freedesktop.org/libreoffice/core/commit/?id=fbdd9b181e59a0510fc5e7dcb56fac8e0dc6bb8f&h=libreoffice-4-0 Fix fdo#59616 - ensure BitmapEx has same-sized subbitmaps It will be available in LibreOffice 4.0.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.
Thorsten Behrens committed a patch related to this issue. It has been pushed to "libreoffice-3-6": http://cgit.freedesktop.org/libreoffice/core/commit/?id=f03352a1c98d150d7954b8684498f834dd67e036&h=libreoffice-3-6 Fix fdo#59616 - ensure BitmapEx has same-sized subbitmaps It will be available in LibreOffice 3.6.6. 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.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.