Pretty sure we had a bug about this already but I am unable to find it.

[[commons:COM:MRD]]-style licenses have an licensetpl_attr_req field already, we just need to expose it in CommonsMetadata and use it in MediaViewer.

Ever since the MediaViewer was released, I've been inundated with people asking me about the attribution requirements for my photos. The entire reason I release all my photos as CC0 is because I don't want to be attributed and I don't want to spend all day answering emails from people who want to use my photos. I would suggest changing the wording to just "No attribution needed."

Let's get this fixed; as far as I can tell this is already information that exists at the level of the license metadata but is not currently returned by the metadata API (licensetpl_attr_req).

Thanks, Raymond. Good catch. :)

For now, I created this card on our Mingle planning site, to track this request:

• #1004 Don't require attribution for Public Domain or CC0 files

https://wikimedia.mingle.thoughtworks.com/projects/multimedia/cards/1004

I’ve proposed copy for the attribution change, and Cc:d both Pau and Luis, so we’re all on the same page.

Gilles and the multimedia engineering team will determine when to take on this request, but it’s on our radar now as part of our current development cycle.

Much appreciated.

• Bug 71611 has been marked as a duplicate of this bug. ***

Change 175502 had a related patch set uploaded (by Gerg? Tisza):
Additional license properties: AttributionRequired, NonFree

https://gerrit.wikimedia.org/r/175502

Patch-For-Review

Change 175573 had a related patch set uploaded (by Gerg? Tisza):
Text changes for better handling of PD and nonfree licenses

https://gerrit.wikimedia.org/r/175573

Patch-For-Review

Change 175502 merged by jenkins-bot:
Additional license properties: AttributionRequired, NonFree

https://gerrit.wikimedia.org/r/175502

Change 175573 merged by jenkins-bot:
Text changes for better handling of PD and nonfree licenses

https://gerrit.wikimedia.org/r/175573

Is there an easy way to test those changes that combine a CommonsMetadata and Media Viewer update on beta? It seems like CommonsMetadata will always pull the information from Commons proper.

In T70687#798581, @Gilles wrote:

Is there an easy way to test those changes that combine a CommonsMetadata and Media Viewer update on beta? It seems like CommonsMetadata will always pull the information from Commons proper.

There is a version number at the top of HookHandler; CMD data with a matching version from the remote gets reused, but if the local version number differs, it will be discarded and recalculated locally. (You need to clear the cache, on a vagrant box that's redis-cli FLUSHDB.)

So is the answer that these combined changes are currently untestable on beta?

Sorry, I missed the "on beta" part. They are untestable on beta with Commons files (unless we bump the CommonsMetadata API version, or add a configuration setting to always override remote data, which could be done). You need to upload something to beta Commons if you want to test CommonsMetadata changes.

Change 177016 had a related patch set uploaded (by Gergő Tisza):
Add a flag to force local recalculation of the metadata

https://gerrit.wikimedia.org/r/177016

Patch-For-Review

In T70687#801990, @Tgr wrote:

You need to upload something to beta Commons if you want to test CommonsMetadata changes.

Could you do that, then? It's much easier when I review tasks for acceptance before our weekly meeting if there's somewhere the feature can be used easily. It also makes it demoable for the meeting itself.

Change 177016 merged by jenkins-bot:
Add a flag to force local recalculation of the metadata

https://gerrit.wikimedia.org/r/177016

In T70687#807107, @Gilles wrote:

Could you do that, then? It's much easier when I review tasks for acceptance before our weekly meeting if there's somewhere the feature can be used easily. It also makes it demoable for the meeting itself.

http://en.wikipedia.beta.wmflabs.org/wiki/File:Enwiki-survey-relative.png