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.
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.