Hello @ll, I hope, I have chosen the right component and all. If not, feel free to change it adequate ... ;) While I was configuring my parallel installed Version: 4.4.0.0.alpha0+ Build ID: 1298c1d13572c6fbfbabb813b2d6843368c6df1f TinderBox: Linux-rpm_deb-x86@45-TDF, Branch:master, Time: 2014-08-29_00:42:19 (following the instructions from https://wiki.documentfoundation.org/Installing_in_parallel) and with the en_US lang- as well as helppack under Debian Testing I discovered the following: 1. Start LO 2. Go to "Tools – Options", then LibreOfficeDev – Paths" On my system, all of the different type of directories (AutoCorrect, AutoText, Backups, etc.) are missing there ... :( I have reported it to our qa ml, where Robert confirmed it with OpenSuse 64Bit (see http://nabble.documentfoundation.org/Libreoffice-qa-Type-of-directories-missing-in-quot-Tools-Options-LibreOfficeDev-Paths-quot-in-4-4-0--td4120768.html for the thread), but I am not sure, if I should change architecture to "All" ... :( Sorry for the inconvenience and have a nice evening Thomas.
Could confirm that the directories are missing for the paths. My System: OpenSUSE 64bit rpm Linux, tested with LO 4.4.0.0alpha from 2014-08-23
On pc Debian x86-64 with master sources updated today, I could reproduce this.
Julien Nabet committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=880c18f23068a1faf34f36a67161e3b85fffdea7 Resolves fdo#83278: Missing type of directory at "Tools/Options/LODev/Paths" 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.
Thomas: I just reverted your patch to quickly fix (because quite visible) this but perhaps I missed something and there's another way. In this case, don't hesitate to revert my commit and fix this the good way.
Hm, sorry for this. I did test this and it worked, but maybe the resource file didn't get updated because I only did an incremental rebuild. Tough string stuff...
Have just installed this version: Version: 4.4.0.0.alpha0+ Build ID: 880c18f23068a1faf34f36a67161e3b85fffdea7 TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:master, Time: 2014-08-30_23:30:44 There the paths appear. When I look at date and time it couldn't have anything to do with the fix of Julian ...
Robert: if I use buildid from your build version to search on cgit, I've got this: http://cgit.freedesktop.org/libreoffice/core/log/?qt=range&q=880c18f23068a1faf34f36a67161e3b85fffdea7 Patch commited 2014-08-30 23:06:43 (GMT) If the build retrieved is also GMT, 2014-08-30_23:30:44, it's ok. Did I miss something?
Julian, you're right. Robert: The build id is the last commit id. Upon this commit id the build is made, so Julians commit is exactly the last one in :)
Ok, haven't known how to check if the bug is fixed in a version. Have only read "in the next 24-48 hours" and then counted from Julians commit to the version I have downloaded ... only 22 minutes instead of 24 hours. Thanks for the explanations.