Re: [Wikidata] Wikidata generic tree problem

No sorry, it went in the spam Right, I missed some context info: the "Wikidata generic tree" I used can be reached at https://tools.wmflabs.org/wikidata-todo/tree.html?lang=fr&q=Q6256&rp=279. If you follow the link, we got the tree, but only with the Q codes, no labels are loaded (it worked som

Re: [Wikidata] Wikidata generic tree problem

Hi, On Tue, 21 Apr 2020 16:03:03 +0200, Nicolas VIGNERON said: > The third-party assets should be loaded from either your own Toolforge > application, or perhaps from a generic Wikimedia asset server (do we > have that?). there is a CDNjs mirror on Toolforge[0] that includes d3. Maximilian [

Re: [Wikidata] Wikidata generic tree problem

Hi, Didn't you see Finn answer ? (I copy-paste it again under) Giving some context could also help finding a solution. At the very least a link to "Wikidata generic tree" (it's not clear to me what you are talking about: https://angryloki.github.io/wikidata-graph-builder/ or something else) Chee

Re: [Wikidata] Wikidata generic tree problem

Any suggestion on the problem ? Thanks again FabC Il giorno gio 16 apr 2020 alle ore 22:47 Fabrizio Carrai < fabrizio.car...@gmail.com> ha scritto: > Today the "Wikidata generic tree" tool is not able to load the labels. My > Chromium console reports: > > *[Report Only] Refused to load the scri

Re: [Wikidata] Wikidata generic tree problem

If you are the "Wikidata generic tree" tool developer, then you shouldn't load any third-party assets from third-party sites for privacy reasons. The third-party assets should be loaded from either your own Toolforge application, or perhaps from a generic Wikimedia asset server (do we have th

[Wikidata] Wikidata generic tree problem

Today the "Wikidata generic tree" tool is not able to load the labels. My Chromium console reports: *[Report Only] Refused to load the script 'https://d3js.org/d3.v3.min.js ' because it violates the following Content Security Policy directive: "default-src 'self' 'un