Apache OpenOffice (AOO) Bugzilla – Issue 56633
document converter wizard fails when compatability is enabled
Last modified: 2013-07-30 02:46:48 UTC
ImportWizard.FileModul.ReadCollectionPaths has 2 variables undefined even though option 'EXPLICIT' is set. undefined variable are oDocInfo & bInterruptSearch A seperate issue seems that BASIC does not detect this situation ( the variables in question are defined in Tools.UCB ) and have no scoping keyword ( therefore are private ). On SUSE & Novell systems basic is built with compatability=on by default, this results in an extra check picking up the error above the results in the DocumentConvertor failing. To see the error you need to simulate that the compatability option is turned on e.g. insert the line "CompatibilityMode( true )" just after the function definition for ReadCollectionPaths The fix is to simply patch the module, I'll open a seperate issue for the fact that basic does not detect that the variables are not defined/dim-ed when option 'explicit' is set. Index: FilesModul.xba =================================================================== RCS file: /cvs/installation/wizards/source/importwizard/FilesModul.xba,v retrieving revision 1.44 diff -u -p -r1.44 FilesModul.xba --- FilesModul.xba 13 May 2005 09:43:43 -0000 1.44 +++ FilesModul.xba 25 Oct 2005 16:21:16 -0000 @@ -41,6 +41,8 @@ Dim NewContentList() as String Dim XMLTemplateContentString as String Dim ApplIndex as Integer Dim bAssignFileName as Boolean +Dim oDocInfo as Object +Dim bInterruptSearch as Boolean oDocInfo = CreateUnoService("com.sun.star.document.DocumentProperties") bInterruptSearch = False For i = 0 To MaxCollectIndex
of @ bc: Is this your portion?
BC->IH: Document Converter is now yours
what fix do you suggest here?
how about the inline patch suggested in the first comment?
Created attachment 72406
Reset assignee on issues not touched by assignee in more than 1000 days.