I believe that palettes are search for in just user/config and that on first start the shared ones are copied there. We should a) not copy them at first-start, but only on first-modify b) search the shared and user location for palettes, with user overriding shared that will allow an admin to add a new palette system-wide to libreoffice and everyone will then see it without any manual config work
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=2c3bf6bfc244517a0134e320acaa1f720703d8f2 Related: tdf#89905 these PalettePath uses appear to really be UserConfigPath It will be available in 5.1.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=29202a16d9f1934684c7d0978112849f2a21fe2f Resolves: tdf#89905 don't copy palettes from shared to user It will be available in 5.1.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Migrating Whiteboard tags to Keywords: (EasyHack SkillCpp ) [NinjaEdit]