Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing
|Summary:||api call exited abnormally|
|Product:||App Dev||Reporter:||Unknown <non-migrated>|
|Status:||CLOSED FIXED||QA Contact:||issues@api <issues>|
|Priority:||P3||CC:||caiot1, christianjunker, issues, tml|
|Version:||3.3.0 or older (OOo)||Keywords:||oooqa|
|Issue Type:||DEFECT||Latest Confirmation in:||---|
Description Unknown 2003-09-12 23:53:58 UTC
I'm trying to open course notes on WebCT and I keep getting this message, "An API call exited abnormally". Are these files I just can't open with openoffice?
Comment 1 utomo99 2003-09-13 03:45:47 UTC
What is the file format ? Please Attach the documents which make this problem, so we can test it. (Without the documents, we cannot confirm the problem easily) Don't forget to cut other part of the documents, so the file size is small, but we still able to see the problem.
Comment 2 ooo 2003-09-16 17:26:30 UTC
back to reporter
Comment 3 ewieling 2004-02-06 00:13:46 UTC
Created attachment 12913 [details] This is a file that causes this error on Win2k
Comment 4 jgriffis123 2004-04-14 21:51:39 UTC
I have found that by disabling the IE viewer, you can get open office 1.1.1 to open files off a https webserver. If you have open office installed on your windows xp machine follow the steps below: Steps 1- Close open office. 2- Go to start,control panel 3- Add remove programs 4- Chose to modify open office install 5- Under optional components, disable the ActiveX control (right click the blue arrow to get a red X) 6- Click modify to continue, finish the rest of the prompts. 6- Try opening a doc that you could not open previously. This worked for me, which proves to me that it is the IE activex viewer that is causing the issue. I assume the install could be changed to fix this. Jerry
Comment 5 mmeeks 2004-04-15 11:02:45 UTC
Well - it seems the Win32 OO.o install can't handle 'https' URIs itself - I presume it wants IE to download the file itself and then execute the app with that. Quite how we tell IE. that a control can or cannot handle various types of URI is not clear to me; having a dig.
Comment 6 mmeeks 2004-04-15 14:47:23 UTC
So - isolating this in the code doesn't really help; the dialog is thrown up by: extensions/source/activex/SOActiveX.cpp (OnDrawAdvanced): LoadURLToFrame failing with the https URI and doing: OutputError_Impl( mOffWin, STG_E_ABNORMALAPIEXIT ) The only way I could see to make it fail nicely was to poke at IPersistPropertyBag impl. to return E_FAIL or somesuch with an https:// URI - but that makes IE extremely confused so ... I guess we just have ship this component turned off.
Comment 7 mmeeks 2004-04-15 15:17:52 UTC
*** Issue 27705 has been marked as a duplicate of this issue. ***
Comment 8 mikhail.voytenko 2004-04-15 15:38:52 UTC
*** Issue 21503 has been marked as a duplicate of this issue. ***
Comment 9 mikhail.voytenko 2004-04-15 16:06:21 UTC
The problem could be fixed in two ways, either by letting the office support https protocol or by letting IE download the file for the ActiveX control. The first one is not planned for OOo2.0.
Comment 10 docdjr 2004-11-21 18:41:56 UTC
Created attachment 19546 [details] It is a monthly newsletter, but it happens everytime I take it from my email.
Comment 11 mlaakso 2005-02-21 11:18:46 UTC
"An API call exited abnormally" - I've had this problem with OOo long time. Currently I have 1.9.79 version installed and if I try to open .XLS-file into browser, I get this message everytime.
Comment 12 venkatsr 2005-03-02 06:44:36 UTC
The same problem arises in our intrnet site. whenever i clicked the hyperlink, the document is not opening, and giving the API error. What is the reason behind this error.
Comment 13 mikhail.voytenko 2005-06-28 10:58:42 UTC
Changing the target and sending the task to myself for fixing.
Comment 14 mikhail.voytenko 2005-07-12 10:54:04 UTC
The fix is ready, but integration to OOo2.0 seems to be too risky. The fix introduces a new thread into ActiveX control implementation, that changes hardly the timing of the control execution. Usual testing shows that the fixed control implementation works pretty well, but an intensive testing is required. There is no resources to do such a testing for OOo2.0, so I change the target.
Comment 15 christianjunker 2005-07-16 14:00:18 UTC
moving my temporary fix-description (as long as the proper fix is not applied yet) from 32988 over to here: Alright, here is a possible fix in step-by-step manner: > 1- Close open office. > 2- Go to start,control panel > 3- Add remove programs > 4- Chose to modify open office install > 5- Under optional components, disable the ActiveX control > (right click the > blue arrow to get a red X) > 6- Click modify to continue, finish the rest of the prompts. > 7- Try opening a doc that you could not open previously. cyb->mav: As progress seems already to be made, I set this issue to started.
Comment 16 christianjunker 2005-07-16 14:01:33 UTC
*** Issue 32988 has been marked as a duplicate of this issue. ***
Comment 17 christianjunker 2005-07-16 14:05:23 UTC
*** Issue 20049 has been marked as a duplicate of this issue. ***
Comment 18 christianjunker 2005-07-16 14:09:39 UTC
*** Issue 32489 has been marked as a duplicate of this issue. ***
Comment 19 christianjunker 2005-08-01 10:01:52 UTC
*** Issue 49176 has been marked as a duplicate of this issue. ***
Comment 20 christianjunker 2005-08-01 10:03:24 UTC
In #i49716# it not only happens when opening up in IE but also in MS Office (Excel, Word) 2000.
Comment 21 mikhail.voytenko 2005-08-01 15:58:39 UTC
Comment 22 mikhail.voytenko 2005-08-18 10:13:03 UTC
Please verify the issue. Please remember that OOo2.0 itself has no support for "https:" protocol, thus "edit document" button will not work for "https:" URLs, since the staroffice is not able to edit the original documen. Although the button must work for all other supported protocols. re-open issue and reassign to email@example.com
Comment 24 mikhail.voytenko 2005-08-18 10:13:15 UTC
reset resolution to FIXED
Comment 25 uwe.luebbers 2005-09-05 14:02:37 UTC
ok in fwk20
Comment 26 tml 2006-02-20 11:35:13 UTC
One thing that is unclear to me, as I am trying to verify whether this bug is fixed or not in the ooo-build of OOo 2.0.2, is this: If the ActiveX control is installed, is OOo supposed to open not as a separate application, but inside the IE browser when viewing a .doc, .sxw etc document in IE? Is there some setting somewhere in OOo 2.0.2 that one needs to toggle for this to work? Should just installing OOo with the ActiveX control included enable it?
Comment 27 tml 2006-02-21 10:56:09 UTC
Is this bug supposed to be fixed in oob680-m1 or not? I do get the "An API call exited abnormally" when opening a .sxw document from a https: URL in IE, with OOo built from oob680-m1. However, opening a .doc document (ditto from a https: URL) in IE starts OOo as a separate application. Is that what is supposed to happen, or is it supposed to open embedded in the IE browser window? Should I file another issue about that?
Comment 28 tml 2006-02-21 15:22:10 UTC
It seems that the code in setup_native/source/win32/customactions/regactivex/regactivex.cxx only calls the DllRegisterServerNative function in so_activex.dll which registers OOo's own ("native") file types (extensions and MIME types). It doesn't call DllRegisterServerDoc from so_activex.dll which would register the MS Office file types. Is this on purpose? Or is DllRegisterServerDoc called from somewhere else?
Comment 29 uwe.luebbers 2006-02-21 15:34:34 UTC
Hi tml, this is on purpose. Regards
Comment 30 uwe.luebbers 2006-03-08 17:12:41 UTC
loading via https works fine with 2.0.2
Comment 31 tml 2006-03-29 08:40:34 UTC
I'm sorry but I still can't get OOo documents from an https website to load properly inside IE in OOo 2.0.2. At least our users are fine with OOo documents opening in an external application, so I'm disabling the ActiveX control for now in my builds.
Comment 32 tml 2006-05-04 11:26:27 UTC
I can verify that opening an .odt document from at least one https: website I happen to know (the innerweb.novell.com site) through IE still doesn't work with the Windows en-GB 2.0.2 build available from www.openoffice.org. What happens is that soffice.exe (and soffice.bin) are started, but just a grey page shows up in IE, and IE in fact hangs until one kills soffice.exe (and soffice.bin) IE first asks "this page contains both secure and nonsecure items. Do you want to display the nonsecure items?" (I don't know why it asks this, what the nonsecure items would be. As far as I can see the .odt document is directly linked to as such from the HTML page from the https: website, so the .odt document should be "secure", too, shouldn't it?) If I click "yes", the IE page goes blank, and IE asks "Do you want to allow software such as ActiveX controls and plug-ins to run?", and if I click "yes", the page goes grey and IE hangs, while soffice.exe and soffice.bin start. soffice.bin is the child of soffice.exe, but for some reason soffice.exe's parent isn't iexplore.exe, but winlogon.exe. No error messages are displayed at all (not the "An API call exited abnormally", nor the "Object not accessible" one that I have seen in an own OOo build where I have only partially disabled the ActiveX embedding of OOo). Should I open a new issue for this, or can this issue be re-opened? Can it be possible that the above problem is not repeatable with all https: websites, but require some specific behaviour that innerweb.novell.com happens to have? I have a patch for OOo that adds a switch --disable-activex to OOo's configure script, which then makes all (hopefully) attempts to have OOo be an ActiveX control go away. It would be nice to have that upstreamed, as that is what we are using in our build. I'll put that in a CWS later today.
Comment 33 tml 2006-05-04 11:29:08 UTC
Forgot to mention (or maybe it's implicitly obvious) that when IE hangs and just a grey page shows, although soffice.bin is running, no OOo user interface shows up at all (presumably it is supposed to show up embedded inside the IE page).
Comment 34 tml 2006-05-09 14:51:49 UTC
OK, opened a new issue then instead, 65209.