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