Apache OpenOffice (AOO) Bugzilla – Issue 99922
Error message when making 'Save as...' with KDE plugin.
Last modified: 2009-03-26 15:56:12 UTC
- create a new document - make 'File -> Save as...' - an error message pops up: "Error saving the Document Untitked1: The operation on file:/<path to $HOME>/Documents was started with an invalid parameter"
of: Has been ok in m3.
of: It is the same for 'File -> Save' and 'Save All'
of: Seems to be KDE related problem.
- observation: reported difference between "root" install and "user script" install does not exist - observation: the kde plugin has no hand in this However the configuration backend for kde only gets active if the kde vcl plugin gets loaded (hence the dependence of the issue on the kde plugin). The config backend reads the default path to store to ($HOME/Documents) from KDE's KGlobalSettings. This is a file path that was converted to a URL by prepending "file:" to the path resulting in something like "file:/home/username/Documents". This has been so since at least 2006, but somehow has worked up to now; apparently we are now less fault tolerant to strange URLs. Converting the path using osl_getFileURLFromSystemPath should result in OOo compaitble URLs. Will attach a patch to shell/source/backends/kdebe/kdepathslayer.cxx that does this (and fixed the problem for me). pl->of: please check if this works also with "curious" user names like "Èric" or "られる" containing non-ascii characters. all: who owns the configuration backends nowadays anyway ?
Created attachment 60754 [details] tentative fix
I haven't thought of this before: how often are the config backends invoked ? They probably should be all the time, so the fix would work always. However if they were only invoked once (e.g. on first start) we would have lots of user configurations containing a URL of the wrong form and the new form wouldn't get updated. We need to check this.
mav->pl: Thank you for the patch and for the stack you have sent. The patch is integrated and additionally I have adjusted the sfx2 so that the caches path should not cause problems any more.
mav->of: Please verify the issue. Additionally please test the scenario from issue 99680. It is affected by the fix.
.
of: Fix verified in cws mav48.
verified
Looks good in ooo310_m7