Issue 37361 - Error "Datei kann nicht erstellt werden" loading document from "private:stream"
Summary: Error "Datei kann nicht erstellt werden" loading document from "private:stream"
Status: CLOSED NOT_AN_OOO_ISSUE
Alias: None
Product: App Dev
Classification: Unclassified
Component: api (show other issues)
Version: 3.3.0 or older (OOo)
Hardware: PC Windows XP
: P3 Trivial
Target Milestone: ---
Assignee: stephan.wunderlich
QA Contact: issues@api
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-11-17 18:22 UTC by pjentsch
Modified: 2013-02-24 21:08 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description pjentsch 2004-11-17 18:22:59 UTC
When trying to load a document from an XInputStream ("private:stream" url and
stream in mediadescriptor) on a user account a user id containing umlauts,
loading fails with an error message 
"Konnte Datei "private:stream" nicht öffnen. Datei konnte nicht erstellt werden".

On other user accounts, everything works as expected. Also, when changing the
path for temporary files from the 8-character form (which is the default) to the
long path name form, loading succeeds also on that user account with the umlaut.
Comment 1 stephan.wunderlich 2004-11-25 16:01:53 UTC
sw->pjentsch: I executed the following macro
	sfa = createUnoService("com.sun.star.ucb.SimpleFileAccess")
	inputstream = sfa.openFileRead("file:///filename")
	dim props(0) as new com.sun.star.beans.PropertyValue
	props(0).Name="InputStream"
	props(0).Value=inputstream
	doc =StarDesktop.loadcomponentfromurl("private:stream","_blank",0,props())
and the file is perfectly loaded. Additionally I changed the temp variable to
something that contains umlauts ... what do I miss ?
Comment 2 stephan.wunderlich 2004-12-07 14:59:22 UTC
sw->pjentsch: any updates ?
Comment 3 pjentsch 2004-12-07 15:06:13 UTC
thanks, sorry. right now I don't have the time to create a testcase for this...
I'll get back to this in january :-)
Comment 4 pjentsch 2004-12-07 15:12:06 UTC
erm, some additional info: 
we're developing a java application which embeds OOo. OOo fails to start in
embedded mode (using the OOoBean with a pipe connection) on one particular
user-account, which is hard to reproduce (I could in fact reproduce it on my
machine, with the symptoms described here). The only special thing about that
account is that it's the only one around with umlauts in the account name.

anyway, I currently don't have the time to investigate further into this, but
will get back to this (and give an update) in January.

Comment 5 stephan.wunderlich 2005-04-06 11:11:30 UTC
sw->pjentsch: any updates ?
Comment 6 pjentsch 2005-04-06 11:26:47 UTC
Yes, this might have been related to a bug in our software where the soffice.exe
was started from java with an additional environment variable, which
unfortunately replaces all inherited environment variables, including the "TEMP"
and "TMP" variables. This eventually led to OpenOffice.org trying to write
temporary files to the CWD, where it didn't have write access. 

So this most probably isn't an OpenOffice.org bug. 

Also, the problem "Konnte Datei "private:stream" nicht öffnen" seems to be
unrelated to the problem with umlauts (which I think is a problem in the
officebean java classes, which has been addressed in the upcoming release, where
the name for pipe connections gets quoted somehow, which it wasn't in the
slightly outdated version of the officebean we're working with) 

Thanks
Comment 7 stephan.wunderlich 2005-04-06 11:39:50 UTC
changing state to invalid
Comment 8 stephan.wunderlich 2005-04-06 11:40:10 UTC
closing