Apache OpenOffice (AOO) Bugzilla – Issue 33702
Java doesn't work /pocket filters not working
Last modified: 2005-01-14 08:41:33 UTC
Java doesn't work on Linux and Windows Tools->Options->%PRODUCTNAME%->Java recognizes the installed java. - Wizard -> Letter: nothing happens - export of documents via pocketExcel, pocketWord and AportisDoc make the Office hang. OC saw this on Linux and Windows, I saw this on Linux as discussed with OC I set this to P2
AFAIK the export of documents via pocketExcel, pocketWord and AportisDoc uses Java...
.
TV->JL: As discussed. This seems to be a general problem..
Java does work! The wizards do not work because they are not registered. TV works on it in one of his cws. I examined the pocket word filter and it seams that there is something wrong with a pipe. The java stack is: JNI_proxy.dispatch_call JNI_proxy.invoke $Proxy15.readBytes XInputStreamToInputStreamAdapter.read FilterInputStream.read PushbackInputStream.read XmlReader$Utf8Reader.read XmlReader.read InputEntity.fillbuf InputEntity.getNameChar Parser2.nameCharString Parser2.maybeGetNameCacheEntry Parser2.maybeGetName Parser2.maybeElement Parser2.content Parser2.maybeElement Parser2.content Parser2.maybeElement Parser2.content Parser2.maybeElement Parser2.parseInternal Parser2.parse XMLReaderImpl.parse DocumentBuilderImpl.parse DocumentBuilder.parse OfficeDocument.read SxwPluginFactory.createOfficeDocument Convert.addInputStream XMergeBridge$_XMergeBridge.convert XMergeBridge$_XMergeBridge.endDocument The last call (JNI_proxy.dispatch_call ) invokes the native OPipeImpl::readBytes method (io/source/opipe.cxx) where the thread is suspended because of an osl_waitCondition. Martin Could you have a look at this?
mmaher: In the middle of 1.1.4 at the moment. This will have to wait until 1.1.4 is finished (end of Sept). I will cc ama on this so he is aware of the problem.
*** Issue 33720 has been marked as a duplicate of this issue. ***
mmaher->jmarmion : Welcome back to xmerge
accepted
looks like the problem is caused by the new oasis xml file format stream which now contains some base64 binary encoded configuration information about the "PrinterSetup" and thus causing the parser to hang.
*** Issue 36369 has been marked as a duplicate of this issue. ***
Adjusting summary
I have tried to save the umlautest2.sxw file from issue #36369 as an .psw file with OOo-1.9.58 and it freezes completely ... :( No error message at all! So I think that the version above should be set to 680m56 instead of 680m52. Or am I wrong here?
the submitter found the bug in build 680m52 so that is correct. This bug originates from when we changed to the oasis file format and will be in all subsequent builds. The inputstream content to the pocketword/excel import/export has changed as a result of the file format change. I am working on a fix to this.
Created attachment 18996 [details] proposed patch to fix this
Created attachment 18998 [details] resulting new xmerge.jar from patch
*** Issue 37442 has been marked as a duplicate of this issue. ***
waiting on the framework team to fix an empty InputStream passed to xmerge on the "ReLoad" following a successful "Save As". But fixing this in the xmerge code to ensure that it does not crash OOo. Will attach a new patch and two new jars xmerge.jar and pocketword.jar. I will then go ahead and check this fix in.
Created attachment 19502 [details] new patch file: check for empty inputstream.
Created attachment 19503 [details] new pocketword.jar from latest patch
Created attachment 19504 [details] new xmerge.jar from latest patch. supercedes previous.
*** Issue 37441 has been marked as a duplicate of this issue. ***
*** Issue 37680 has been marked as a duplicate of this issue. ***
latest patch checked into cws/monaleenfilterteam. Reload fails as framework passes an empty stream to these small device filters.
reopen to reassign
assign to QA
reset to fixed
Reopened to reassign.
reassigned to OC.
re-set to "fixed".
*** Issue 38440 has been marked as a duplicate of this issue. ***
*** Issue 38441 has been marked as a duplicate of this issue. ***
*** Issue 38664 has been marked as a duplicate of this issue. ***
reopened for reassigning
OC: Freeze is fixed but loaded files are empty
reassigning to framework team as the framework passes an empty stream to these small device filters on a reload. I had hoped this fix would have been acceptable and a new issue created to deal with the related framework problems.
There is a small problem with the patch: A document containing objects may contain multiple office:document elements. Hence int sIndex = sStr.indexOf("</office:document>"); cuts of sStr too early in this case and should be changed to int sIndex = sStr.lastIndexOf("</office:document>");
Created attachment 20540 [details] Thanks Henrik - updating patch file
Created attachment 20541 [details] Corresponding latest xmerge.jar for updated patch
OC: Just to clarify: every loading of a Pocket file gives an empty document, not only on reload. Therefor I assume that it is not a problem of the framework. But maybe a resync will fix the problem (major changes between this cws (m62) and the current master (m67)
*** Issue 39579 has been marked as a duplicate of this issue. ***
*** Issue 39275 has been marked as a duplicate of this issue. ***
I did the following in m66 (xmerge.jar as attached): load umlauttest.sxw (attached to #36369) save to PocketWord Reload Close Load PocketWord document Reload Close No problem! So if I understand the issue correctly, resync to m66 should solve it. @John: I heard from Oliver that you have resynced your CWS to m66. Please try to test it by yourself, from my POV the bug is fixed.
Fix looks good on Windows => reopened for reassigning
reassigned to qa
changing resolution to fixed
verified in internal build cws_monaleenfilterteam30
closed because fix available in OOo1.9m71s1