Problem description: When starting LibreOffice the splachs screen is repeated looped through until one of the following two messages appears: libreoffice 4.2 the application cannot be started [context="shared"] caught unexpected com.sun.start.ucb.InteractiveAugmentedOException: an error occured during file opening or libreoffice 4.2 the application cannot be started [context="shared"] caught com.sun.star.ucb.NameClashException:folder exiists and overwrite forbidden Steps to reproduce: 1. As Administrator Install LibreOffice 2. Logon as non-priviledged user in MS-AD 3. Click on LibreOffice desktop icon Current behavior: Splash screen repeatedly displays startup sequence until error report message window displays Expected behavior: Splash screen displays once and program opens. This occurs in both 4.2.2 and 4.2.5. Program fversion formerly worked on user computer. User profile was deleted locally and renewed from domain controller via logon Operating System: Windows 7 Version: 4.2.2.1 release
Further info: This problem relates to a MicroSoft Windows Server architectural issue. The Active Directory (AD) domain that the user belongs to runs Windows 2000 Advance Server as the OS. The user has recently had their workstation (MS-XPpro-SP3) swapped for one running MS-Win7proV1. They use a roaming profile. They had been a long-time user of LibreOffice and previously OpenOffice. Thus their LO Application Data directories were created by the XP workstation. When the Win7 was swapped everything continued to work through several upgrades of LO, including LO-4.2.5. As some point in the recent past some change occurred that prompted LO to create a new User/App Data/Libreloffice/X folder, presumably because it had some problem reading the X-1 folder. The new folder was created with permissions which did not permit the LibreOffice application to access the files that it had just created. It is possible that the new folder was created when LO was run with administrative privileges. Whatever the case, it seems that there is an issue with the user permissions when a new LOB App Data folder is required on a Win-7 system. The problem was fixed by removing the old LO folder in App Data and having the user log onto their roaming profile on a WinXPproSP3 workstation and run LO there. This created a new LO App Data folder which was then accessible when LO was run on their normal Win7 workstation.
PS. The problem exists in 4.2.2 and 4.2.4
(In reply to James B. Byrne from comment #1) > They had been a long-time user of LibreOffice and previously OpenOffice. > Thus their LO Application Data directories were created by the XP > workstation. When the Win7 was swapped everything continued to work through > several upgrades of LO, including LO-4.2.5. As some point in the recent > past some change occurred that prompted LO to create a new User/App > Data/Libreloffice/X folder, presumably because it had some problem reading > the X-1 folder. What do you mean with X and X-1 here? Any LO 3 uses a LibreOffice/3 folder (and creates it if it does not yet exist), and any LO 4 uses a LibreOffice/4 folder (and creates it if it does not yet exist).
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.