Apache OpenOffice (AOO) Bugzilla – Issue 26439
built in document converter defective
Last modified: 2013-02-24 21:07:45 UTC
I have already filed this bug for OOo1.1.1rc under issue 26111. Then it was marked as RESOLVED and FIXED. Unfortunately it was neither resolved nor fixed. IT IS WORSE NOW. OOo has a bulit-in Document Converter which can be opened from File>AutoPilot. In 1.1.0 this converts Microsoft Word docs to OOo Writer files all right. However, it ddid not work for either Word or Excel in 1.1.1rc. Now (in OOo1.1.1rc2) it still does not convert then and does not even convert SO5.2 files either, although in rc1 it used to open at least those with no problem. This is why I say it is even worse. It gives a "Basic runtime error. Object variable not set." signal and hangs at the last line of what is quoted below as code: Sub CreateLogTable(ApplIndex as Integer, CurFileContent as String, sFilterName () as String) Dim oLogCursor as Object Dim oLogRows as Object Dim FilterIndex as Integer Dim sDocumentType as String Dim oTextCursor Dim oCell bFilterTracerIsinsideTable = False FilterIndex = GetIndexForPartStringinMultiArray(sFilterName(), CurFileContent, 0) sDocumentType = sFiltername(FilterIndex,3) oLogCursor = oLogDocument.Text.createTextCursor() It never gets further so I do not know what else may be wrong even after the line in question. I managed to find an interim solution: I copied the Import Wizard from OOo1.1.0 and inserted it into OOo1.1.1rc instead its own which I deleted and now the built-in Document Converter works. Unfortunately I don't know if this workaround did something terrible deep inside OOo1.1.1rc2 or not. For my first issu I got this unswer: ------- Additional comments from sw Thu Mar 4 03:50:54 -0800 2004 ------- There has been a change that variables needed to be declared in the same module, this has been rechanged so it behaves as it did in OOo1.1. I just 'downloaded' (not sure if that is a real word ;-)) the latest OOo1.1.1rc from http://download.openoffice.org/1.1.1rc/index.html and this seems to include the change. Well at least the DocumentConverter works for me in this version :-) Unfortunately no modified English version came out for OOo1.1.1rc (the other language variations may have been different). Now that OOo1.1.1rc2 is out the problem still exists.
SW->gaborf: as I said I grabbed the rc from openoffice.org (the link I posted) and it works as expected. Where did you get your version ?? What office version is it ?? You write you run win98 on a PowerPC, interesting combination :-) In your <office>/program directory there is a file named 'bootstrap.ini', please have a look at it and tell me what is written in the line buildid. Mine says: buildid=645m32(Build:8751)
Gaborf>SW: Thanks for the answer and sorry for the confusion with dupolicate issues. Unfortunately the term "resolved" conveys the meaning to me that it is all over, done, finished, closed, »kaput«, sent to oblivion, forwarded to limbo, never to be dealt with again. You posted this link: http://download.openoffice.org/1.1.1rc/index.html There I chose "Download": http://download.openoffice.org/1.1.1rc/index.html#download Selected UK mirror: http://www.mirror.ac.uk/sites/ny1.mirror.openoffice.org/contrib/rc/1.1.1rc/ Chose this: OOo_1.1.1rc_Win32Intel_install.zip 64.1M 29-Feb-2004 and saw that the date was the original still. This was the case and this was what happened when you directed me to that site first. In the meantime rc2 came out, and from this URL: http://www.mirror.ac.uk/sites/ny1.mirror.openoffice.org/contrib/rc/1.1.1rc2/ I downloaded and installed OOOo_1.1.1rc2_Win32Intel_install.zip 64.1M 12-Mar-2004 This is the one I started to complain of again. Now I checked the file named 'bootstrap.ini'. This is it: buildid=645m34(Build:8760) Yours says: buildid=645m32(Build:8751) So it does not seem to be worse. Whether I made a mistake with "Power PC" I do not know. These categories are somewhat complicated. My OS is Windows 98 SE (Hungarian version). CPU 700 MHz RAM 256 Mb OOo version 1.1.1rc2 And the converter does not work, unfortunately. Sorry for the trouble.
SW->gaborf : no trouble caused at all, every contribution to get OOo even better than it already is, is highty appreciated. I 'downloaded' the version you linked to and installed it into a new folder, then I started it and used the documentconverter, which works like a charm :-) Now I wonder what you do different to me, since your installation seems to be broken :-( Did you install in a new folder or an already existing ? Or how did you make your installation.
Thank you for the hint. I always installed into the previous folder, from where I first removed OOo, but where I kept my own files (i. e. upon removal I did not check the "Delete all" box). Now I made a clear install into a brand new folder. And, sorry, everything was exactly like what I had said several times. But I realized that this happens only if I uncheck the "Create log" box (in Document converter) which box is checked by default. (Reason for unchecking: I dislike littering LOG and OLD and BAK etc. files.) If I leave it checked then it works like a charm, you are right. Then I tried again with my previous install (where my original settings had been preserved) and it was the same. That is: Document converter’s "Create log" box checked > proper performance. Document converter’s "Create log" box unchecked > hanging at the line of code I posted formerly. So there seems to be a bug: if there is a box to check or uncheck then probably the converter should work with either a checked or an unchecked box. I wonder if this can be reproduced now. Thanks
SW->gaborf: the checkbox for the log was the hint that made it finally reproducable :-) SW->BC: as seen the macro enters the 'CreateLogTable' method what shouldn't happen in case off a unchecked createLog-box.
BC: all references to logdocument now destroyed when deselected
.
Verified with patch cws:vclpp3bugs = ok
Set to Verified.