Apache OpenOffice (AOO) Bugzilla – Issue 107763
fly in animation of tranparent object crashes OO
Last modified: 2010-02-03 08:37:07 UTC
Open new presentation draw rectangle format area: some color and transparency 50% mark rectangle select animation fly in -> already crashes in preview always crashes in presentation mode I tried to produce a sample file: If sample is created under 3.1.9, it plays flawless under m7. If I create sample file under DEV3.2_m7 , succeed in avoiding the preview, save and reload, I get irreproducible behaviour. Sometimes crashes, sometimes works. I will attach a slide from a presentation that always crashes on the animation of a group object which contains transparent parts.
Created attachment 66706 [details] presentation file, second anim. crashes under m7
No problems under m8. Have you been asked to send a crash report? Did you receive an error id?
Same behaviour on my systems(ubuntu karmic) under m8. On animation, openoffice just exits immediately(does not freeze). On restart of Openoffice, recovery process is initiated and a message is displayed that an error report has been created. Upon selecting next, document is just reopened, error reporting routine is not started.
Reproducible, but only on a direct display. On a Virtual Machine it works fine. I the terminal I get the following output: X-Error: RenderBadPicture (invalid Picture parameter) Major opcode: 157 Minor opcode: 7 Resource ID: 0x2e0216c Serial No: 90291 (90291) Reassigned.
reassigned
I can reproduce this bug using: Ubuntu Karmic Koala OpenOffice 3.2RC4 The behaviour is nearly as described before: Open new presentation draw rectangle format area: some color and transparency 50% mark rectangle select animation fly in start presentation --> it flies in (while it is flying, it does not show its color) since the presentation has only one slide in this example, the presentation ends now OOo crashes
It's the (failed) attempt to use Xrender on a 1bpp pixmap. X11SalGraphics::GetXRenderPicture() just assumes it can call XRenderCreatePicture() on ~anything. Several places to catch that, for 3.2 I opted for the simplest one.
Created attachment 67466 [details] a fix
Does the fix also solve the crash in the Renaissance presentation? See issue 108748. Could it be integrated in 3.2.0? A crash during a professional presentation is not wanted in a release, i suppose.
*** Issue 108748 has been marked as a duplicate of this issue. ***
add cc
Personally I'd say since we have the XRenderWrapper anyway, why not catch the bit count in CreatePicture instead of the independent vcl layer ? Anyway, if it fixes the problem, I'm fine with this, too, one could clean that up in DEV300 where time is a little less pressing. @hdu: what's your take on this ?
@thb: thanks! I am fine with the patch if we need an ASAP fix. We just need to make sure that the other platforms such as WIN or OSX are not impacted by this change. Moving the check into the SalGraphics layer would be better as PL noted since AFAIK the non-Render platforms do not have problems with small bitmap depths.
I can't reproduce the bug on Windows XP with rc4
an analysed issue with a patch doesn't "needmoreinfo", setting crash and regression keywords, crashes deserve P2
@pl: Please take over.
@parity: yep, looks fixed here with the patch @phantomas: of course not - OS == linux @hdu: at least gdi+ on a palette display exposed horrible bugs, last time I checked. so it may be wise to keep it at that, for win & linux.
After one more hint of andre schnabel I've tested this on Solaris EDE x86 with RC4 (wjre). I can reproduce the crash with this platform too :-(
fixed in CWS ooo321gsl02 setting target to 3.2
does this impied that we will have a 3.2 RC5 release?
I don't know whether that is decided yet. @wg: please verify in CWS ooo321gsl02
I just found another impress-crash bug in issuetracker. Is the crash reason in issue 107107 the same as here?
isue 107107 is likely to be the same. The example there uses transparent objects on master and custom animation for regular text. example from 107107 should be tested with the fix.
Verified in CWS under Linux.
Verified in SuSE 11.2 and OOO320m12
ok on OOO320m12, RedHat Linux ->closed
*** Issue 107107 has been marked as a duplicate of this issue. ***