We use nuPickers and the google maps package (https://our.umbraco.org/projects/backoffice-extensions/angulargooglemaps) on a couple of our projects. They work fine when debug is set to false but they stop working when it is set to true e.g. the datatype has no values in the back end and does nothing.
One of the errors from nuPickers is 'nupickers.shared.listpicker.listpickereditorcontroller' is not a function, got undefined.
Has anyone else enountered this issue with these plugins or others? It looks like the ClientDependency bundling is causing the issue. Is there anything we can do? We really need these packages to work.
Mine was working before upgrade. Looking in my logs I see ClientDependency has some errors for the js files for these package. "Domain not white-listed."
I need to set the domain of my site in the clientdepency config file. After that empty the clientdepency folder in app_data and restart your website.
<compositeFiles defaultProvider="defaultFileProcessingProvider" compositeFileHandlerPath="~/DependencyHandler.axd">
<fileProcessingProviders>
<add name="CompositeFileProcessor"
type="ClientDependency.Core.CompositeFiles.Providers.CompositeFileProcessingProvider, ClientDependency.Core"
enableCssMinify="true"
enableJsMinify="true"
persistFiles="true"
compositeFilePath="~/App_Data/TEMP/ClientDependency"
bundleDomains="YOURDOMAINHERE" urlType="Base64QueryStrings" pathUrlFormat="{dependencyId}/{version}/{type}" />
</fileProcessingProviders>
<!-- A file map provider stores references to dependency files by an id to be used in the handler URL when using the MappedId Url type -->
<fileMapProviders>
<add name="XmlFileMap" type="ClientDependency.Core.CompositeFiles.Providers.XmlFileMapper, ClientDependency.Core" mapPath="~/App_Data/TEMP/ClientDependency" />
</fileMapProviders>
</compositeFiles>
That's awesome! NuPickers is working fine again :) AngularGoogleMaps is still not working but I think that's more to do with something specifically wrong with that package - it hasn't had an update since june last year so I guess it's not being developed anymore.
Do you have a google maps package that you use that works in release mode?
Currently the work around is white list your domains as noted above. The bundleDomains value can be a comma separated list and can include sub domain wildcards. For example, the value could be:
bundleDomains="localhost:1234,.mysite.com"
which would white list localhost:1234 and mysite.com as well as any sub domain of mysite.com like hello.mysite.com
I've been in touch with Lee from nuPickers regarding other possible work-arounds and will update the security blog post on umbraco.com with these details.
@Shannon Thanks for the work around. What would you suggest if the domain isn't known for a site? For example, I run multiple sites off the same code base.
For those interested, I've released a new version of AngularGoogleMaps that doesn't use embedded resources anymore. Hopefully this removes the dependancy on ClientDependancy.Core.dll.
@Dan I'm working with the nuPicker guys to develop a work around for their next release, until then there's no possible work around apart from white listing your domains. You can also do this on startup in code (if it helps at all):
@Dave, sure. As it stands now this approach with embedded resources will not work if you want to have the resources bundled and minified. Working on implementing a technique that will make this possible. I had no idea people were actually attempting to do this. The work around now is white list your domains or move your files to be file system files, or you can change the extensions of your files to be something unique like "/blah/myfile.shannon", then CDF will treat it as an external request and render it as a standalone request (no bundling/minifying/etc...) but you will have to add your own handler (controller, httphandler, whatever) to handle that request.
CDF supported embedded resources from many years ago, but that was using the .Net webresource.axd resources, this technique that you guys are using is something new to me and cannot work as-is without white-listing.
I'm thinking from moving away from the embedded resources. I had to fix on my OEmbed picker earlier this week because it had a conflict with nuPickers because we used the same controller and action name.
The idea I have now is to extract the files to disk on startup. That way I can still have the benefit of packaging everything in one dll.
Yup that is certainly one way to do it. There will be a new feature in the next (upcoming) CDF that will allow embedded resources the way you are doing it, but will require implementing a couple of interfaces. Once it is out I'll reply and let you know the details.
The solution that worked for 7.2.1 doesn't seem to work for 7.2.2 - I've updated ClientDependency to latest version, deleted Cliend Dependency cache files, bumped the verison number, added the domain and still get the nuPickers undefined error. Has something changed in 7.2.2 that prevents this working now?
What version of nuPickers are you using ? Latest version should have been fixed.
If there are other packages that make use of embedded resources these can cause problems as well. I have seen the problem with one of the angular maps packages.
I'm using latest version of nuPickers (from Nuget v1.30). I basically updated from 7.2.1 to 7.2.2 and then after that I updated both NuPickers and Client Dependency (1.8.3). Everything works fine when in debug mode, it's only when debug is turned off (and client dependency bundling kicks in) that the errors occur.
It's always a variant of:
Error: Argument 'nuPickers.Shared.RadioButtonPicker.RadioButtonPickerEditorController' is not a function, got undefined
I got this all working in 7.2.2 - but clearing cache, restarting the site etc. doesn't seem to work in 7.2.2. (but it did in 7.2.1!).
I'm actually just working on localhost, but tried adding the domain in the ClientDependecy.config bundleDomains path to variations of localhost and the port number I'm running on, but with no luck.
Just curious what other packages do you have installed.
I know my Embed picker suffered the same problem in combination with nuPickers because both packages work from a single dll. All angular views and controllers are embedded resources. The conflict I had was that I used the same Controller name for serving the embedded resources.
Probably it is another package that is causig this issue because I know nuPickers fixed at their side.
I did have the AngularGoogleMaps DLL in my bin folder, but tried removing that and restarting everything again, but with no luck - it didn't seem to make any difference. I think the fact that it works in debug mode would indicate it isn't a controller naming conflict, wouldn't it?
Note I'm running my site on localhost:58072 using IIS Express 8 in VS 2012
I've tried changing the clientdependency version number, deleting the cache (both /App_Data/ClientDependency/ and /App_Data/TEMP/ClientDependency/) and restarting IIS between changes. I've also run with caching disabled in Chrome to ensure it's not a client-side cache problem.
An example of a full console log in Chrome would be:
Error: Argument 'nuPickers.Shared.ListPicker.ListPickerEditorController' is not a function, got undefined
at Error (native)
at cb (http://localhost:58072/umbraco/DependencyHandler.axd?s=L3VtYnJhY28vbGliL2px…1BoLkpvYkJvYXJkU2F2ZWRTZWFyY2hDb250cm9sbGVyLmpzOw&t=Javascript&cdv=1:7:622)
at xa (http://localhost:58072/umbraco/DependencyHandler.axd?s=L3VtYnJhY28vbGliL2px…1BoLkpvYkJvYXJkU2F2ZWRTZWFyY2hDb250cm9sbGVyLmpzOw&t=Javascript&cdv=1:7:695)
at $get (http://localhost:58072/umbraco/DependencyHandler.axd?s=L3VtYnJhY28vbGliL2px…BoLkpvYkJvYXJkU2F2ZWRTZWFyY2hDb250cm9sbGVyLmpzOw&t=Javascript&cdv=1:11:310)
at http://localhost:58072/umbraco/DependencyHandler.axd?s=L3VtYnJhY28vbGliL2px…BoLkpvYkJvYXJkU2F2ZWRTZWFyY2hDb250cm9sbGVyLmpzOw&t=Javascript&cdv=1:9:6382
at n (http://localhost:58072/umbraco/DependencyHandler.axd?s=L3VtYnJhY28vbGliL2px…1BoLkpvYkJvYXJkU2F2ZWRTZWFyY2hDb250cm9sbGVyLmpzOw&t=Javascript&cdv=1:4:576)
at k (http://localhost:58072/umbraco/DependencyHandler.axd?s=L3VtYnJhY28vbGliL2px…BoLkpvYkJvYXJkU2F2ZWRTZWFyY2hDb250cm9sbGVyLmpzOw&t=Javascript&cdv=1:9:6247)
at e (http://localhost:58072/umbraco/DependencyHandler.axd?s=L3VtYnJhY28vbGliL2px…BoLkpvYkJvYXJkU2F2ZWRTZWFyY2hDb250cm9sbGVyLmpzOw&t=Javascript&cdv=1:9:4220)
at http://localhost:58072/umbraco/DependencyHandler.axd?s=L3VtYnJhY28vbGliL2px…BoLkpvYkJvYXJkU2F2ZWRTZWFyY2hDb250cm9sbGVyLmpzOw&t=Javascript&cdv=1:9:3783
at http://localhost:58072/umbraco/DependencyHandler.axd?s=L3VtYnJhY28vbGliL2px…LkpvYkJvYXJkU2F2ZWRTZWFyY2hDb250cm9sbGVyLmpzOw&t=Javascript&cdv=1:18:19495DependencyHandler.axd?s=L3VtYnJhY28vbGliL2pxdWVyeS9qcXVlcnkubWluLmpzOy91bWJyYWNvL2xpYi9hbmd1bGFyLzE…:12 (anonymous function)DependencyHandler.axd?s=L3VtYnJhY28vbGliL2pxdWVyeS9qcXVlcnkubWluLmpzOy91bWJyYWNvL2xpYi9hbmd1bGFyLzE…:11 $getDependencyHandler.axd?s=L3VtYnJhY28vbGliL2pxdWVyeS9qcXVlcnkubWluLmpzOy91bWJyYWNvL2xpYi9hbmd1bGFyLzE…:14 j.promise.then.iDependencyHandler.axd?s=L3VtYnJhY28vbGliL2pxdWVyeS9qcXVlcnkubWluLmpzOy91bWJyYWNvL2xpYi9hbmd1bGFyLzE…:14 j.promise.then.iDependencyHandler.axd?s=L3VtYnJhY28vbGliL2pxdWVyeS9qcXVlcnkubWluLmpzOy91bWJyYWNvL2xpYi9hbmd1bGFyLzE…:14 j.promise.then.iDependencyHandler.axd?s=L3VtYnJhY28vbGliL2pxdWVyeS9qcXVlcnkubWluLmpzOy91bWJyYWNvL2xpYi9hbmd1bGFyLzE…:14 j.promise.then.iDependencyHandler.axd?s=L3VtYnJhY28vbGliL2pxdWVyeS9qcXVlcnkubWluLmpzOy91bWJyYWNvL2xpYi9hbmd1bGFyLzE…:14 (anonymous function)DependencyHandler.axd?s=L3VtYnJhY28vbGliL2pxdWVyeS9qcXVlcnkubWluLmpzOy91bWJyYWNvL2xpYi9hbmd1bGFyLzE…:14 $get.e.$evalDependencyHandler.axd?s=L3VtYnJhY28vbGliL2pxdWVyeS9qcXVlcnkubWluLmpzOy91bWJyYWNvL2xpYi9hbmd1bGFyLzE…:14 $get.e.$digestDependencyHandler.axd?s=L3VtYnJhY28vbGliL2pxdWVyeS9qcXVlcnkubWluLmpzOy91bWJyYWNvL2xpYi9hbmd1bGFyLzE…:14 $get.e.$applyDependencyHandler.axd?s=L3VtYnJhY28vbGliL2pxdWVyeS9qcXVlcnkubWluLmpzOy91bWJyYWNvL2xpYi9hbmd1bGFyLzE…:14 jDependencyHandler.axd?s=L3VtYnJhY28vbGliL2pxdWVyeS9qcXVlcnkubWluLmpzOy91bWJyYWNvL2xpYi9hbmd1bGFyLzE…:15 rDependencyHandler.axd?s=L3VtYnJhY28vbGliL2pxdWVyeS9qcXVlcnkubWluLmpzOy91bWJyYWNvL2xpYi9hbmd1bGFyLzE…:16 v.onreadystatechange
Your config looks okay. Do you have spectrum color picker installed ? Because I head some issues with that as well. In the packagemanifest of that package the developer appended a query string to his js and css urls which broke CDF.
Another solution could be to set enanbleJSMinify to false and see what that does for you.
Thanks, Dave. I don't have the spectrum colour picker installed. However, the suggestion of changing enableJsMinify="false" did work. So, for the moment, this will have to be the best compromise - it's certainly better then having debug="true" for entire site. Many thanks for your help.
I don't think it's been released to the package page yet, but that version fixes the problem.
As for the CD issues in the tracker: yep, unfortunately fixing the security problem had some unforeseen side-effects on some packages that are using embedded resources, which is an interesting technique but not something we knew people were even doing. So unfortunately it has caused some problems. Those packages have been updated now to be compatible (and secure).
One other problem with using querystrings in package.manifest files is now also fixed in the upcoming 7.2.3 and can be fixed on older versions by removing querystrings from paths in package.manifest files.
I think this is the same fix that is applied in nuPickers.
Since the upgrade to the latest CDF you need to add domains to the config to get embedded resources to work.
I'm planning to update my package to remove the embedded resource controller, but store the files on disk on startup. That way I can still have a single file deployment allowing for easier deployments and upgrading.
Nope, nuPickers uses new APIs for CDF available as of version 1.8.3 of CDF (and then you don't need to provide your domain any more). I'm sure Shannon has the details on this.
@Seb I was using the latest version of nuPickers from NuGet but wasn't aware that there was one on MyGet - I'll try that when I get the chance.
I understand that resolving security issues can sometimes cause unintened breaking changes, so not a problem - it looks like it will be resolved soon and there are work arounds until then.
I'm not actually clear why some people like embedded resources? I kind of like physical files that are easy to look at and allow people to learn from :)
when i click on save button nothing is saving mean document type,css macros ,user etc only i can save Templates. when i click on save button nothing happend only botton of the page Javascriptdopostback and javascript webformdopostback option alerts are showing. i can't save anything. if some one help me that would be really really helpfull. i have finished my project only bcz of this thing i can't do final things i was working fine but suddenly this problem came..
for your information i have updated my umbraco vertion 7.2.2 to 7.2.4 but still save button is not working. i disable all my javascripts but still there is no difference. help i need your help
var myApp = angular.module('umbraco');
myApp.controller('YandexMap.YandexMapController', function ($scope) {
$scope.model.value = "1";
});
My ClientDependency.config:
<compositeFiles defaultProvider="defaultFileProcessingProvider" compositeFileHandlerPath="~/DependencyHandler.axd">
<fileProcessingProviders>
<add name="CompositeFileProcessor"
type="ClientDependency.Core.CompositeFiles.Providers.CompositeFileProcessingProvider, ClientDependency.Core"
enableCssMinify="true"
enableJsMinify="true"
persistFiles="true"
compositeFilePath="~/App_Data/TEMP/ClientDependency"
bundleDomains="localhost:8089" urlType="Base64QueryStrings" pathUrlFormat="{dependencyId}/{version}/{type}" />
</fileProcessingProviders>
<!-- A file map provider stores references to dependency files by an id to be used in the handler URL when using the MappedId Url type -->
<fileMapProviders>
<add name="XmlFileMap" type="ClientDependency.Core.CompositeFiles.Providers.XmlFileMapper, ClientDependency.Core" mapPath="~/App_Data/TEMP/ClientDependency" />
</fileMapProviders>
</compositeFiles>
Solution still valid when using NuPickers in Umbraco 7.5.3!!
An update on the bottom of a Umbraco Blogpost about Client Dependency pointed us towards this topic
We are running Umbraco in a virtual directory on a client's server and stumbled upon not-loading-NuPickers-JS-files after putting debug=false.
Adding our domain (without the virtual directory) to the parameter “bundledomains" in ClientDependencyConfig solved this!
Packages only work in debug mode
Hello,
We use nuPickers and the google maps package (https://our.umbraco.org/projects/backoffice-extensions/angulargooglemaps) on a couple of our projects. They work fine when debug is set to false but they stop working when it is set to true e.g. the datatype has no values in the back end and does nothing.
One of the errors from nuPickers is 'nupickers.shared.listpicker.listpickereditorcontroller' is not a function, got undefined.
Has anyone else enountered this issue with these plugins or others? It looks like the ClientDependency bundling is causing the issue. Is there anything we can do? We really need these packages to work.
Did you upgrade the ClientDepency framework according to this blog post : http://umbraco.com/follow-us/blog-archive/2015/2/5/security-alert-update-clientdependency-immediately
I'm having exact the same issue after the upgrade of the client dependency framework
Dave
Yeah I did but it was broken before the upgrade and is still broken after :(
Mine was working before upgrade. Looking in my logs I see ClientDependency has some errors for the js files for these package. "Domain not white-listed."
I'll keep you updated
Dave
Awesome thanks!
I found a fix for this problem.
I need to set the domain of my site in the clientdepency config file. After that empty the clientdepency folder in app_data and restart your website.
Dave
Hi Dave,
That's awesome! NuPickers is working fine again :) AngularGoogleMaps is still not working but I think that's more to do with something specifically wrong with that package - it hasn't had an update since june last year so I guess it's not being developed anymore.
Do you have a google maps package that you use that works in release mode?
Hi Valerie,
We are actually using the same package and this works fine for us :
https://our.umbraco.org/projects/backoffice-extensions/angulargooglemaps
Dave
Hi all,
Currently the work around is white list your domains as noted above. The bundleDomains value can be a comma separated list and can include sub domain wildcards. For example, the value could be:
bundleDomains="localhost:1234,.mysite.com"
which would white list localhost:1234 and mysite.com as well as any sub domain of mysite.com like hello.mysite.com
I've been in touch with Lee from nuPickers regarding other possible work-arounds and will update the security blog post on umbraco.com with these details.
@Shannon Thanks for the work around. What would you suggest if the domain isn't known for a site? For example, I run multiple sites off the same code base.
Hi Guys,
For those interested, I've released a new version of AngularGoogleMaps that doesn't use embedded resources anymore. Hopefully this removes the dependancy on ClientDependancy.Core.dll.
Cheers
Yay thanks!!! :)
@Dan I'm working with the nuPicker guys to develop a work around for their next release, until then there's no possible work around apart from white listing your domains. You can also do this on startup in code (if it helps at all):
@Shannon,
Can you keep me in the loop for the workaround for the nuPickers guys. I have the same approach in one of my packages using embedded resources.
Dave
@Dave, sure. As it stands now this approach with embedded resources will not work if you want to have the resources bundled and minified. Working on implementing a technique that will make this possible. I had no idea people were actually attempting to do this. The work around now is white list your domains or move your files to be file system files, or you can change the extensions of your files to be something unique like "/blah/myfile.shannon", then CDF will treat it as an external request and render it as a standalone request (no bundling/minifying/etc...) but you will have to add your own handler (controller, httphandler, whatever) to handle that request.
CDF supported embedded resources from many years ago, but that was using the .Net webresource.axd resources, this technique that you guys are using is something new to me and cannot work as-is without white-listing.
I'm thinking from moving away from the embedded resources. I had to fix on my OEmbed picker earlier this week because it had a conflict with nuPickers because we used the same controller and action name.
The idea I have now is to extract the files to disk on startup. That way I can still have the benefit of packaging everything in one dll.
Dave
Yup that is certainly one way to do it. There will be a new feature in the next (upcoming) CDF that will allow embedded resources the way you are doing it, but will require implementing a couple of interfaces. Once it is out I'll reply and let you know the details.
The solution that worked for 7.2.1 doesn't seem to work for 7.2.2 - I've updated ClientDependency to latest version, deleted Cliend Dependency cache files, bumped the verison number, added the domain and still get the nuPickers undefined error. Has something changed in 7.2.2 that prevents this working now?
Hi Dan,
What version of nuPickers are you using ? Latest version should have been fixed.
If there are other packages that make use of embedded resources these can cause problems as well. I have seen the problem with one of the angular maps packages.
Dave
Hi Dave,
I'm using latest version of nuPickers (from Nuget v1.30). I basically updated from 7.2.1 to 7.2.2 and then after that I updated both NuPickers and Client Dependency (1.8.3). Everything works fine when in debug mode, it's only when debug is turned off (and client dependency bundling kicks in) that the errors occur.
It's always a variant of:
I got this all working in 7.2.2 - but clearing cache, restarting the site etc. doesn't seem to work in 7.2.2. (but it did in 7.2.1!).
I'm actually just working on localhost, but tried adding the domain in the ClientDependecy.config bundleDomains path to variations of localhost and the port number I'm running on, but with no luck.
Hi Dan,
Just curious what other packages do you have installed.
I know my Embed picker suffered the same problem in combination with nuPickers because both packages work from a single dll. All angular views and controllers are embedded resources. The conflict I had was that I used the same Controller name for serving the embedded resources.
Probably it is another package that is causig this issue because I know nuPickers fixed at their side.
Dave
But just to be sure can your provide your clientdepency config and the domain you are running on ? Just to be sure the problem isn't the config file
I did have the AngularGoogleMaps DLL in my bin folder, but tried removing that and restarting everything again, but with no luck - it didn't seem to make any difference. I think the fact that it works in debug mode would indicate it isn't a controller naming conflict, wouldn't it?
Here's my config file (with comments removed):
Your config looks okay. Do you have spectrum color picker installed ? Because I head some issues with that as well. In the packagemanifest of that package the developer appended a query string to his js and css urls which broke CDF.
Another solution could be to set enanbleJSMinify to false and see what that does for you.
Dave
Thanks, Dave. I don't have the spectrum colour picker installed. However, the suggestion of changing enableJsMinify="false" did work. So, for the moment, this will have to be the best compromise - it's certainly better then having debug="true" for entire site. Many thanks for your help.
There do seem to be quite a few issues relating to CD at the moment - http://issues.umbraco.org/issues?q=clientdependency
@Dan Are you absolutely sure that you're running this latest version of NuPickers? https://www.myget.org/gallery/nupickers
I don't think it's been released to the package page yet, but that version fixes the problem.
As for the CD issues in the tracker: yep, unfortunately fixing the security problem had some unforeseen side-effects on some packages that are using embedded resources, which is an interesting technique but not something we knew people were even doing. So unfortunately it has caused some problems. Those packages have been updated now to be compatible (and secure). One other problem with using querystrings in package.manifest files is now also fixed in the upcoming 7.2.3 and can be fixed on older versions by removing querystrings from paths in package.manifest files.
Sorry for the inconvenience!
Hi Sebastiaan,
The idea about embedded resources I actually got from a blog post from Tim ; http://www.nibble.be/?p=415
Dave
Yep.. we realized that later.. :(
But the issue with conflicting packages using embedded resources existed before CDF upgrade.
I solved this by adding a namespace to my routing config :
https://bitbucket.org/dawoe/embed-property-editor/commits/d941ebaa1149028e8be7b6e663c3e110976b2ec4
I think this is the same fix that is applied in nuPickers.
Since the upgrade to the latest CDF you need to add domains to the config to get embedded resources to work.
I'm planning to update my package to remove the embedded resource controller, but store the files on disk on startup. That way I can still have a single file deployment allowing for easier deployments and upgrading.
Dave
Nope, nuPickers uses new APIs for CDF available as of version 1.8.3 of CDF (and then you don't need to provide your domain any more). I'm sure Shannon has the details on this.
Yes, as Seb has mentioned, nuPickers v1.4.0 uses the new CDF API so doesn't have this issue.
You can download both NuGet and Umbraco packages from AppVeyor if you want to test or use the MyGet feed to keep up to date.
The source to see how it all works is here.
We are planning to release in line with Umbraco v7.2.3 as nuPickers 1.4.0 has a dependency on CDF v1.8.3.
@Seb I was using the latest version of nuPickers from NuGet but wasn't aware that there was one on MyGet - I'll try that when I get the chance.
I understand that resolving security issues can sometimes cause unintened breaking changes, so not a problem - it looks like it will be resolved soon and there are work arounds until then.
I'm not actually clear why some people like embedded resources? I kind of like physical files that are easy to look at and allow people to learn from :)
Hi Dan,
If make use of embedded resources so I can have a single file package. This allows for easier upgrading and deployment.
People can always look at my source code
Dave
Thanks, Dave, that makes sense.
Anyway, I'm glad to report that latest NuPickers 1.4.0 in conjunction with CD 1.8.3.1 fixes this:
https://our.umbraco.org/projects/backoffice-extensions/nupickers
Thank you everyone involved!
Hi everyone,
when i click on save button nothing is saving mean document type,css macros ,user etc only i can save Templates. when i click on save button nothing happend only botton of the page Javascriptdopostback and javascript webformdopostback option alerts are showing. i can't save anything. if some one help me that would be really really helpfull. i have finished my project only bcz of this thing i can't do final things i was working fine but suddenly this problem came..
for your information i have updated my umbraco vertion 7.2.2 to 7.2.4 but still save button is not working. i disable all my javascripts but still there is no difference. help i need your help
Thanks in advance
Regards USB
I have the same problem in debug mode = "false" on version 7.4.1. I get this error:
My package.manifest:
YandexMap.html:
My YandexMap.controller.js:
My ClientDependency.config:
we got the same issue after umbraco as a service updated our site to 7.3.8. adding our domains fixed the issue
update
I was a bit to fast I had modified the web.config with the attributes maxUrlLength and maxQueryStringLength. Removing these values fixed my issue
to
Solution still valid when using NuPickers in Umbraco 7.5.3!! An update on the bottom of a Umbraco Blogpost about Client Dependency pointed us towards this topic
We are running Umbraco in a virtual directory on a client's server and stumbled upon not-loading-NuPickers-JS-files after putting debug=false.
Adding our domain (without the virtual directory) to the parameter “bundledomains" in ClientDependencyConfig solved this!
is working on a reply...