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: 18.104.22.168.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
Could confirm that the directories are missing for the paths.
My System: OpenSUSE 64bit rpm Linux,
tested with LO 22.214.171.124alpha 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":
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:
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:
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:
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.