Steps to reproduce with Master " 3.7.0alpha0+ – WIN7 Home Premium (64bit) ENGLISH UI [Build ID: 5af60dc]" (tinderbox: Win-x86@6-fast, pull time 2012-06-14 22:09:53): 0. Start LibO Master Start Center 1. Open new Writer document from Start Center 2. Menu 'Tools -> Options -> Security' click button 'Macro Security' Expected: Macro security dialog will open Actual: Button shows "click reaction", but nothing happens, no new dialog opens Effect similar to Bug 40447
Confirmed (on WinXP 32b) w/ v3.7.0alpha0+ (Build ID: 5af60dc) Win-x86@6-fast MASTER pull time 2012-06-14 22:09:53
Cáolan: Please set Status to ASSIGNED and add yourself to "Assigned To" if you accept this Bug or forward the Bug if it's not your turf.
at http://tinderbox.libreoffice.org/MASTER/status.html I don't currently see a build log to see what the configuration of that buildbot to see if --disable-xmlsec is used or not
ah, here it is... http://dev-builds.libreoffice.org/daily/Win-x86@6-fast/master/current/master~2012-06-14_22.09.53_build_info.txt running ./configure with ... '--disable-build-mozilla' ... related to that I'd *guess*. http://dev-builds.libreoffice.org/daily/W2008R2@20-With-Symbol-Bytemark-Hosting/master/current/master~2012-06-18_08.23.14_build_info.txt doesn't have --disable-build-mozilla so do the windows builds from http://dev-builds.libreoffice.org/daily/W2008R2@20-With-Symbol-Bytemark-Hosting/master/current/ work ?
(In reply to comment #4) No, doesn't work--the same problem with LibO-Dev_3.7.0alpha0+ W2008R2@20-With-Symbol-Bytemark-Hosting MASTER pull time 2012-06-18 08:23:14 core:1d1c70d8114a28a0d37315d408fdc3ef25cf44df As far as I can see: http://dev-builds.libreoffice.org/daily/W2008R2@20-With-Symbol-Bytemark-Hosting/master/current/master~2012-06-18_08.23.14_build_info.txt includes also running ./configure with ... '--disable-build-mozilla' ...
checking whether to build XML Security support... yes so it *should* work, i.e. its not the same problem that we had before, but some other similar looking one
Button works fine with parallel installation of Master "LOdev " 3.7.0.0.alpha0+ - WIN7 Home Premium (64bit) ENGLISH UI [Build ID: 8d39b7]" (tinderbox: W2008R2@16-minimal_build, pull time 2012-06-20 04:38:46), using same LOdev- Profile as Build I tested before. I can't stand the tension awaiting the result with a later Build from an other Tinderbox ;-)
looks like it's that that xml-xmlsec library links to nss, and we build nss in nss, but zip it into mozruntime.zip inside moz which isn't built with disable-build-mozilla and in scp2 we don't unpack the missing mozruntime.zip so we have no nss3.dll in the windows installset under that configuration, so it all fails
so we need to a) remove the weird stuff where we package those nss things into the mozruntime.zip b) add the nss libs directly into scp2 c) always package the nss libs into the install set (fix this bug) d) fix up the pre-built mozilla case to remove all the nss libs and includes when unpackaging them.
Caolan McNamara committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=423479cd751e6fe7436237890240b6c9674dec5d Resolves: fdo#51166 disconnect inclusion of nss libs in install from mozilla
That should hopefully do the trick. Works locally under windows for me anyway. You can check the broken (and hopefully) fixed builds manually to see if there is a nss3.dll file in the program dir. Broken ones are missing it and fixed ones will contain it.