Starting point a working system in LO 4.2.3 where the directory "/home/master/Documents/openoffice" is a trusted location. An odb document with macros opens successfully. When running with the same .config as in LO 4.2.3 and opening a document containing macros using LO 4.3.0.alpha0+Master the "This document contains macros" dialog appears. When drilling down through Tools -> options -> Security -> Macro Security -> Trusted Sources -> Trusted File Locations I find that LO 4.3.0.alpha+Master has corrupted the name of the Trusted Location from "/home/master/Documents/openoffice" as in LO 4.2.3 to "/home/master/Documents/Documents/openoffice" as in LO 4.3.0.alpha+Master i.e. the last directory name has been repeated twice Alex
Could confirm this buggy behavior. It's the same in LO 4.3.0.0beta. The path is changed from /home/<user>/Documents to /home/<user>/Documents/Documents and don't find the path. If you correct this in LO 4.3.0.0beta to /home/<user>/Documents and start LO 4.1.* again there you could read /home/<user> This would be a security-problem. I will set the Importance to high an major. It isn't a special database-problem but a problem of the whole LO. Don't know if it is right to set the Component to UI ...
Hi - some better summary & component!
Are you asking for more detail?
@Alex: Cor left that comment while changing this bug’s component and summary, as you can tell from the e-mail message Bugzilla sent you/from the “History” page. :-)
I cannot reproduce this (Linux x86_64). After "rm -rf ~/.config/libreoffice", starting a LO 4.2 and add to "Tools - Options... - LibreOffice - Security - Macro Security... - Trusted Sources - Trusted file locations" the existing directory /home/me/Documents/safe. ~/.config/libreoffice/4/user/registrymodifications.xcu now contains <item oor:path="/org.openoffice.Office.Common/Security/Scripting"><prop oor:name="SecureURL" oor:op="fuse"><value><it>$(work)/safe</it></value></prop></item> The start a LO 4.3 and "Tools - Options... - LibreOffice - Security - Macro Security... - Trusted Sources - Trusted file locations" still lists /home/me/Documents/safe (and ~/.config/libreoffice/4/user/registrymodifications.xcu still contains the unchanged /org.openoffice.Office.Common/Security/Scripting/SecureURL prop).
I'll shall see if I can re-create it. The bug was confirmed - see Comment #1.
I had reproduced this in comment1, but couldn't reproduce the bug any more with LO 4.3.0.4. Don't know how it has been gone.
I can't reproduce the bug on Fresh - 4.3.0.4 or on 4.4.0.0.alpha0+ So this bug can be closed. Who should do that?
I will close the bug as "Resolved" "Worksforme". Don't know what has solved the problem.