Extending default CDN/library lists?

[dryoma]

Hey there!

As an alternative to #131 - is it possible to give a user an ability to modify the set of supported CDNs and libraries locally? The use case is quite obvious: a CDN one'd like to decoy is not supported, or missing a library name/version (like here jsdelivr is supported, but the actual files are missing so "Block requests from missing resources" breaks the site). We could of course make a feature request but I think it would be nice to be able to tinker with the settings to make it work right away, not to mention the request could be denied.

What do you think?

[wizzwizz4]

Came here to post this exact feature request.

It would also be nice if lists could be imported from text files, and if the current working list could be changed on the fly (like in NoScript).

[JobLeonard]

I also have another use for this: relatively obscure libraries, like markdeep and p5js:

https://casual-effects.com/markdeep/

https://p5js.org/get-started/

(Only the latter offers a real CDN, but still)

[kniddl]

I had the issue that jquery-ui.min.js with version 1.10.2 was blocked because that particular version is not in the resources.
So the ability to download/add additional resources would be useful for common libraries too.

[3ynm]

Actually it happens me pretty often that I need to disable decentraleyes for a particular site because it does not have the right jquery (or other) version of the plugin (I have "Block request for missing resources" checked).

This is my current list: laravel.com;math.stackexchange.com;laracasts.com;alternativeto.net;vuejs.org;greensock.com;jsfiddle.net;codepen.io;stackoverflow.com;cdn.embedly.com;lodash.com;en.wikipedia.org;packagist.org;symfony.com;medium.com;auth0.com;mathway.com

This is a must. And I'm pretty sure it will eventually be part of the extension.

I'm thinking that would be pretty neat to have a button which allows to download the external resource only once, and later, on subsequent visits to the same site or other sites requesting the same resource load it locally. That would be a rockin' workflow!

[dannycolin]

@dryoma You should take a look at issue #6.

[BlurryFlurry]

No rush, but any news about this feature request?