https://bugs.freedesktop.org/show_bug.cgi?id=81845
--- Comment #1 from James B. Byrne <[email protected]> --- 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. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
