Apache OpenOffice (AOO) Bugzilla – Issue 78748
Resizing text object crashes office
Last modified: 2007-10-17 14:37:20 UTC
1. Environment: a) Solaris SPARC 10 b) modified 'standard.soc' (Sun) in /$INSTALL_DIR/staroffice8/presets/config (attached) c) Use attached template d) OOo distribution: StarOffice 8 (SRC680m216) 2. test case 1. Shutdown the office application 2. Exchange standard.soc (1.b) 3. Start the office application 4. File / Open / Select the attached template 5. After the presentation has been loaded right mouse click in the 'slides' pane under the 1st slide 6. Select "New Slide" in the opened context menu 7. Click doubled into the text box to add some text 8. Press also sometimes <ENTER> to create a bullet list 9. Click on the centered point at the bottom of the text box to resisize the height of it 10. Resize the height of the text box => CRASH Hints: I haven't get that done in the normal office template slides; I got it with customized standard.soc and the customized template reproduceable.
Created attachment 46135 [details] customized standard.soc
Created attachment 46136 [details] template
AW->JSI: Have You tried with wntmsci10 and/or unxlngi6? If not, please at least try wntmsci10.
@aw: I will evaluate it and put the result into the issue but it is not really my job in this case... It was and is not necessary to reproduce an issue on more than one platform. It won't change the priority or the target at all.
AW->JSI: Thank You for checking. I am sure You work with the most current versions and thus have a m216 wntmsci10 by hand for a quick test. For me it is relevant to exclude it just being a build error on unxsols4.
Evaluation Win32: - The behaviour under Win32 is different but also wrong (it does not crash, that's maybe an advantage) - If you try to resize with the mouse the "TextEdit"-box if you have the cursor activated inside of it the resize fails (the box is much smaller and is being positioned at the right bottom). Ergo: Both wasn't in the last release and is a regression and would be from my point of view a show stopper of the next release.
ccIng cl
AW: Checked using a m215 i had here. Crashes on wntmsci10, too. It also shows that the error is already in for some versions. I will look deeper with m216 soon...
AW: Works in m210... AW: Crash in m215... AW: Installing m212...shows the funny frame handling, but no crash... AW: Installing m214...shows the funny frame handling, but no crash... ->crash introduced in m215. CWSes integrated were: aquabundle ause080 bgdlremove brofficereadme cmcfixes34 enabletango helplinker01 i18n30 ka009 namespacefixes obo12 plug05_SRC680 qadev29 ww8export02_SRC680 xsltfilter07
AW: Can reproduce in my m216 from aw051, special template is not needed. Has to do with SdrDragHdl at the SdrDragView, seems as if it gets deleted without resetting pDragHdl. Debugging...
AW: SdrHdl gets deleted (breakpoint in destructor) before selected into view as drag target. Deletion is done via EndTextEdit (svdedxv.cxx:995). Seems as if the bad boy is sd/source/ui/func/futext.cxx where first the handle is picked for the event, then SdrEndTextEdit is called and then the deleted handle is used for dragging. SdrEndTextEdit() should be called first. Testing...
AW: Okay, this works. Adding to aw051 and commiting change to sd...
AW: Checked in, works. Fix is okay until selection/interaction rework.
AW->WG: Please verify (maybe JSI?).
AW: WG asked me for changing to CGU, doing so.
CGU: verified in cws aw051
CGU: integrated in src680m233 and oog680m5