Page MenuHomePhabricator

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

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 added a project: Pywikibot-General.
bzimport set Reference to bz69067.
bzimport added a subscriber: Unknown Object (????).
jayvdb created this task.Aug 3 2014, 11:17 AM

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.

Xqt added a subscriber: Xqt.Jun 21 2015, 2:31 PM

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.

jayvdb added a subscriber: XZise.Jun 22 2015, 11:22 AM

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.

jayvdb set Security to None.
Xqt changed the task status from Stalled to Open.Jun 28 2017, 8:42 AM
Xqt triaged this task as Lowest priority.
Xqt moved this task from Backlog to Needs Review on the Pywikibot board.Feb 3 2019, 11:24 AM
Xqt assigned this task to jayvdb.Feb 7 2019, 4:23 PM