Page MenuHomePhabricator

getFileVersionHistoryTable should offer {{Filehistory}} support
Open, LowestPublicFeature

Description

Commons has a template which should be used for file history, with i18n support for the table header.

https://commons.wikimedia.org/wiki/Template:Filehistory


Version: core-(2.0)
Severity: enhancement

Details

Reference
bz69067

Event Timeline

bzimport raised the priority of this task from to Needs Triage.Nov 22 2014, 3:31 AM
bzimport set Reference to bz69067.
bzimport added a subscriber: Unknown Object (????).

Change 151576 had a related patch set uploaded by John Vandenberg:
Add {{Filehistory}} support to imagetransfer

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

Ricordisamoa changed the task status from Open to Stalled.Jun 21 2015, 2:11 PM

No updates on the patch since Aug 5, 2014.

I would not support site-specific templates in the framework.

site-specific variants are common for this framework is a normal way for implementing scripts for different projects. We have a lot of them and use differen ways to catch them, e.g. via wikidata, dictionaries in scripts or in family files and unfortunately some templates via twn which indeed is problematic.

I would not support site-specific templates in the framework.

I can appreciate that opinion. However when global templates T6547: Support crosswiki template inclusion (transclusion => interwiki templates, etc.) lands in Wikimedia, they wont be site-specific here. They are already able to be loaded dynamically by other wikis. T14306: Implement MediaWiki Help Repository (fetching Help: pages from MediaWiki.org or Meta, similar to file description pages from Commons) will make that a commonly used feature.

I also dont want to make this problem a Family configuration option, but it may be a good use of @XZise' JSON settings solution (https://gerrit.wikimedia.org/r/#/c/201446/)

As a path forward, how about we deprecate getFileVersionHistoryTable, and the new wiki-table is generated in imagetransfer, which is the only place it is used in core and compat.

As a path forward, how about we deprecate getFileVersionHistoryTable, and the new wiki-table is generated in imagetransfer, which is the only place it is used in core and compat.

Makes sense.

Xqt changed the task status from Stalled to Open.Jun 28 2017, 8:42 AM
Xqt triaged this task as Lowest priority.
Dvorapa subscribed.

Please undo if still working on it

Aklapper changed the subtype of this task from "Task" to "Feature Request".Feb 4 2022, 11:14 AM