Apache OpenOffice (AOO) Bugzilla – Issue 110530
XComponentLoader loadComponentFromURL Throws Error
Last modified: 2017-05-20 11:28:10 UTC
The XComponentLoader loadComponentFromURL method throws an error with the message "URL seems to be an unsupported one" when loading a file with OO 3.2. The same code trying to load the same file works fine when run with OO 3.1.1 and earlier versions of OO. Our application is written in C++ and is run under several different Windows Operating systems (XP, Vista, 7, 2003 and 2008) which all produce the same error when OO is upgraded to version 3.2. When our application calls the loadComponentFromURL method it sets the method's URL parameter to URL of the file to be opened, which is alway on the machines C: drive. The URL string is always the following format "file:///c:/temp/userdir/userfile.odt" where userdir and userfile are unique names supplied by the user. The TargetFrameName parameter is always set to "_blank". The SearchFlags parameter is always set to zero (0). The Arguments parameter is always set to a PropertyValue structure containing two properties. They are "Hidden" which is set to sal_True and "UpdateDocMode" which is set to QUIET_UPDATE. Why does this method fail with OO 3.2.
jsc -> cd: seems to be a framework problem
cd->mav: Please take over. You have much more knowledge about the load/store process in framework. cd: Set myself on CC.
I have had the same problem moving from stable 3.2 to 3.3.0m14 - seems not to work. I have been loading Calc documents from URL for years now - and suddenly it gets stuck with the same error message 'BASIC run-time error '1' - Type: com.sun.star.lang.IllegalArgumentException Message: URL seems to be an unsupported one'. sPathFile = "file:///H:/DirectoryX/File1.ods" oDesktop = createUnoService("com.sun.star.frame.Desktop") oFile = oDesktop.LoadComponentFromUrl(sPathFile , "_Blank" , 0 , mNoArgs()) It is nothing I have changed - so could really do with some progress on the item before Rev3.3 is issued as STABLE ( that would be a disaster ). Regards Greg McC
Really Sorry Guys - It was simply the fact that the file didn't exist in the directory. ( The error messages throw you so badly ) - I was looking for something much much deeper. regards Greg McC
Reset assigne to the default "issues@openoffice.apache.org".