Last modified: 2013-03-13 10:41:12 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T36244, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 34244 - Transclude contemporary template states to page histories?
Transclude contemporary template states to page histories?
Status: NEW
Product: MediaWiki
Classification: Unclassified
Templates (Other open bugs)
unspecified
All All
: Low enhancement with 3 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-02-07 12:29 UTC by Trevor Johnson
Modified: 2013-03-13 10:41 UTC (History)
2 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Trevor Johnson 2012-02-07 12:29:01 UTC
(Apologies if this should go in 'Extensions'.)

Details copied from
http://www.mediawiki.org/wiki/Talk:Transclusion#Partial_transclusion

A version of Transclusion#Partial transclusion http://www.mediawiki.org/wiki/Transclusion#Partial_transclusion is also at w:en:Wikipedia:Transclusion#Partial transclusion. The problem with syncing articles and transcluded subpages has previously been discussed:

Wikipedia talk:Summary style
http://en.wikipedia.org/wiki/en:Wikipedia_talk:Summary_style/Archive_2#Problems_with_partial_transclusions_and_page_histories

Wikipedia:Village pump (technical)
http://en.wikipedia.org/wiki/en:Wikipedia:Village_pump_(technical)/Archive_72#Transclusion_History

Wikitech-l
http://lists.wikimedia.org/pipermail/wikitech-l/2010-March/thread.html#47277

Has this been previously discussed here too? Thanks for reading.
Comment 1 Sam Reed (reedy) 2012-02-07 14:10:28 UTC
What are you asking to be done here?
Comment 2 Trevor Johnson 2012-02-10 06:58:41 UTC
Thanks for asking. Sorry for my delayed reply.

When viewing a static historical page of specific revision, the desire is to transclude any templates/subpages from their static representations at that time too. Currently the *present* versions of templates/subpages are transcluded. This would help in summarising subpages in main articles (using <noinclude> and/or <includeonly>) by preserving their rendered state at that time. If it can be implemented (maybe further discussion at Village Pump (Technical) would be needed for consensus) then there would be the issue of deleted pages. In such cases, perhaps a standard template warning could be rendered instead. Thanks.
Comment 3 Chris McKenna 2012-03-05 13:53:35 UTC
To perhaps clarify slightly, what I believe is being asked for here is for the historical revisions of pages with transcluded content to display the transcluded content as it appeared at the time of the historical revision. 

For example, when viewing the revision of en:Greenwich from 11:11 30 September 2011, which transcludes template {{infobox UK place}}, the current behaviour is to display the present version of the template. The desired behaviour is to display {{infobox UK place}} as it appeared at 11:11 30  September 2011, which in this case is the version as of 10:43, 19 May 2011‎.

If there are multiple versions of a template that existed while the viewed page was live, then the one that should be displayed is the one that was live at the time the selected revision was saved. This then gives an appearance at a defined moment in time. An option to see other versions would be the most desirable, but it is maybe not worth the extra effort required.

Obviously there are issues with transcluded pages that have since been deleted. In some cases there is no harm in displaying the deleted content (e.g. if it was deleted as redundant to a later template, or the page was moved without a redirect), and in other cases there is potential harm (e.g. when a page was deleted as libellous).
The possible options for this scenario would seem to be:
1. display the deleted content regardless. 
2. display only a notice that the content was deleted
3. display the deleted content to those users who could see the deleted content directly, and a notice to other users. 
4. set a flag that controls which of the above options is chosen on a per revision or per page basis. The default state of this flag should be configurable on a per wiki basis.

In some cases templates have revisions in their history that were vandalised which were simply reverted e.g. http://en.wikipedia.org/w/index.php?title=Template:Shortcut&diff=next&oldid=12423059 
In these situations the vandalised content would be visible on old revisions at the same time. If this is a problem then maybe the revisions could be deleted. Another possibility would be to note which revisions were reverted and instead (optionally) show the version reverted to.

This leads on to the problem of handling deleted revisions. If option 1 is chosen above, then this same should be applied here. 
If other options are chosen, then perhaps an option to select an alternative revision that was also live during the time the article revision being viewed was current (if any) instead would be good, although again I don't know if the effort required to implement this would be worth it.

Finally, specific versions of templates could be created and set to be displayed in the place of any or all deleted revisions of a page (maybe similar to how editnotices work?). This may be better filed as a separate request dependent on this one?
Comment 4 Trevor Johnson 2012-06-12 14:12:55 UTC
Thank you, Chris, for explaining things more thoroughly and accurately. Perhaps I should take this up again with an RfC on en-wp.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links