<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-15"> </head> <body bgcolor="#ffffff" text="#000000">  Hello, Hope you can be of any help with this :) We are LHM, an authority office based in Munich, and completed the rollout of LibreOffice 3.4.4 to 33.000 Windows XP clients this year. Summarizing the state of information as we could collect up to now…. - LO was deployed with (self embedded) JRE 1.6.0.13 - as LO wasn’t compatible with the versions of JRE we had on the clients - so, “our” JRE was placed under the program path of LO, not under system java - this information is the major part of the config file javasettings_windows_x86.xml in the user profile, as you know - due to some still unknown impact of the user profile this config file gets deleted and all the “where does LO get its java from” info gets permanently lost - starting LO checks the registry for default java settings and generates a new config file - but this new config file doesn’t contain a java node in it, we suppose, because that information would describe the system java with what LO wouldn’t be compatible - so, what we have in the end is a, let’s say, somehow “corrupted” config file not carrying any valuable information anymore. The questions are now - Do we have any chance to place that config file at a “safe” place somewhere else, not facing any impact of the user profile (program path, all users, whatever). If yes, what do we have to edit to make LO know the new place for the config setting? - If no, or in case it would be easier, how could we make a backup of this config file and make LO replace the config file if lost, I mean, is there any integrated mechanism we could use? We have a work around already but still look for a better solution which would fit even on the long run. Would be just great if you guys would have some helpful ideas or advices, thank you very much in advance. Best regs, Robert Drexler </body> </html>