Apache OpenOffice (AOO) Bugzilla – Issue 73681
Crash When switch Application from Simpress and Scalc or Swriter
Last modified: 2008-07-03 13:15:06 UTC
1. create a new swriter document or a scalc document,(must not input any word) 2. create a new simpress document or a draw document 3.In simpress ,click "Insert--Picture--From File" ,select random one file. 4.Then click "Edit--ImageMap" 5 switch the window between swriter and simpress for several times 6 crach This bug are also found in any version based on oo680 Source I found it that there is something wrong in the function /svx/source/dialog/imapdlg.cxx/SvxIMapDlg::Update(.. Maybe....
I have set one miletone
It is OK when debuging the product use VC.net. only crash when install a builded version. It is difficult to track the code error point.
Confirming with 2.1 and 9107 on WinXP. 2.1 on Linux seems to be fine.
Also reproduced on Linux using a fresh OOo 2.1 download Reassigned to CGU Hello Christian, please find someone to fix it. I hope it's not too late for OOo 2.2. Best regards Peter
kpalagin: if not crash when you switch between sc/sw and simpress/sdraw. please draw a circle or any kind of shape in the imagemap dialog ,then switch for more than 10 times. the Frequency of switching must be high,not too slow. Then you can find it must crash .
@xzcheng, kpalagin: From my experience this looks like a timing problem while switching windows focus. I wouldn't be too suprised if there are some systems that do not reproduce the problem. The behavoiur Liutao describes while having a debugger attached is another evidence for this theory. Peter
I can't reproduce the bug. Could you please send a crash report and tell me wich email adress you entered in the report?
cgu, crash reporter is not invoking for me on any of my XP machines so I can't send crash report (I am willing to tro I can provide access to machine which exhibits the problem, via Remote Desktop Protocol (it happens in this scenario as well). BTW, I managed to crash OO on Linux as well (Suse 10.2 running in Virtual PC session), using described steps. Again - no crash reporter. I can provide this VPC image via ftp.
Hi Christian, I can confirm that there's no crashreporter. Perhaps try another system because there are obviously differences in ease of reproduction. Best regards Peter
... and there's another issue, see http://www.openoffice.org/issues/show_bug.cgi?id=73774 which I flagges on 'OOo later' because it doesn't seem to be essiential. But if I try it in this order: - new document, - insert image, - invoke image map editor, - new document, - switch focus, I am not able to reproduce the issue too. Best regards Peter
pj, you need to switch (mouse or Alt-Tab seem to work equally well) between windows _several times_ (in some cases up to ten) for crash to happen.
kpalagin, yes I know. I confirmed the issue earlier. My latest comment just should say that it is not reproducible if you change the order of actions a little bit, maybe that was the problem of CGU. If you take the steps decribed in #i73774# the second (unwanted) instance of the map editor seems to cover the issue. Peter
I can't reproduce the bug therefore I change the target.
I tried to reproduce the bug again with the description from issue 73774but I still can't reproduce the bug. I change the status to works for me.
pj: can you show the crash to cgu on your machine?
I think we better not closing this issue yet, because: 3 person confirming this. xzcheng, kpalagin , pj. and it is a Crash. If It is a true crsh problems, I wish the target can be set back to OOo 2.2 instead of 2.x. Thanks
I have confirmed this crash on more than 10 machines and all kind of OO versions before I report this falt.There must be something wrong with the simpress and sdraw source.
pjanik: I guess you expect me to work in the same building as CGU? That's not the case because I quit at Sun some month ago and I am now working for CH2000 in Beijing, P.R.China. Fortunately I am currently in Hamburg and I will visit CGU with my Notebook next week. I tried to attach GDB to abtain a stack with no result. But funny, when you restart soffice after doing this I get a crach report. I will come back with the ID as soon as I found out. -> Reopened
OOPS, I forgot to reassign the issue. Peter
ARRRGGH! Sorry it's early in the morning! Of course I have to check REOPEN. Sorry for all the spam. Peter
pj: thanks. Yes, now I remember ;-))
I was able to successfully replicate the problem with the steps provided. I am using Windows XP SP2 with OpenOffice 2.1 installed. However while replicating the problem I realized that the following steps also lead to crash. 1. create a new simpress document 2. create a new document of any application of OpenOffice suite other than sbase. 3. If the ImageMap window opens up in the other application (the one you opened in the previous step) then close it. 4. In simpress ,click "Insert--Picture--From File" ,select random one file. 5. In simpress, click on Edit and then ImageMap. 6. switch the window between the two softwares and it will crash Note: The order in which you do step 1-5 doesn't really matter. However if the imageMap window automatically open up in the application you opened in step 2 then close it because if you leave it open then it won't crash.
Successfully replicated by following xzcheng's instructions and switching the window 9 times between swriter and simpress. Using OOo 2.1 on Windows XP SP2.
Please test using the lates OOo developer snapshot build OOF680_m5 which installs as OOo-Dev 2.2 has been uploaded to ftp master. The rename of the productname to OOo-dev allows the installation of the OpenOffice.org snapshot parallel to an OpenOffice.org 2.x 'final' (released) version. If you find severe issues within this build please file them to IssueTracker. If such issues are critical for the 2.2 release then please discuss the issues within dev@qa mailing list. You will find the snapshot builds including source tarballs within the "developer/OOF680_m5/" directory on the servers of our mirror network: http://download.openoffice.org/680/index.html If JavaScript is activated then the link above will point to the OOF680_m5 directory automatically. For those who don't want to use Javascript there is http://download.openoffice.org/680/index-nojs.html the md5sums: http://download.openoffice.org/680/md5sums.html
Utomo, the issue is confirmed on a 2.0.04 and 2.1. I can also confirm it for a 2.0.2. Nobody fixed it yet. For this reason it is likely still there. If you already got the latest snapshot please help us and confirm it for this version too. It normaly takes 20 seconds. Peter
I have been able to successfully replicate the bug on Windows XP Home ed. SP2 installed, using OOo 2.0.3. After the crash recovery, the Image Map editor windows that open in all the recovered files might be annoying to the customers.
I can reproduce the bug.
I can reproduce the crash. The reason for it lies in the SVXIMAPDLG macro that is used in DrawViewShell::GetIMapState(). The macro calls SfxViewFrame::GetChildWindow() and GetWindow() at its result. Because this macro is called only after SfxViewFrame::HasChildWindow() returned true for the same id (SvxIMapDlgChildWindow::GetChildWindowId()) everything should be OK. For some unknown reason everyting is not OK: GetChildWindow() returns NULL and the following call to GetWindow() crashes. A local fix in sd is to manually expand the macro and check the SfxChildWindow pointer returned by GetChildWindow().
The important thing to reproduce the bug is to close the 2nd image map dialog. Now I can reproduce the bug too.
Accepted.
Changed target.
Added GetImageMapDialog() method to ViewShell::Implementation that takes care of any NULL pointers while acquiring the dialog. Modified files: sd/source/ui/view/drviewsc.cxx rev. 1.32.148.1 sd/source/ui/view/drviewsg.cxx rev. 1.13.224.1 sd/source/ui/view/ViewShellImplementation.hxx 1.10.108.1 sd/source/ui/view/ViewShellImplementation.cxx 1.24.108.1
Fixed.
verified fix in cws, back to qa
Verified in CWS.
CGU: integrated in dev300m22