Extension talk:Duplicator

Success message links don't work
I'm finding that when I duplicate a page, although the code is there to create a link to the new page, it isn't actually converted into a link, and so the only way to navigate to the new page is to manually copy its name and change the URL. This is not ideal for non-technical users.

Here's what the success message looks like for me on MW 1.27.1 (no spaces between the brackets because, ironically, they aren't converted into real links):

&#91;&#91;User:Bmrberlin&#124; Bernd M.&#93;&#93; (talk) 04:58, 26 July 2017 (UTC)
 * I have the same problem with MW 1.29.
 * Same here User:Revansx

Screenshot request
It would be handy to see what the history of the duplicated article looks like. Jayvdb 06:08, 28 July 2007 (UTC)
 * It simply looks like the old history, but with an additional entry at the top stating "Copied from Page" Mike.lifeguard 04:24, 21 March 2008 (UTC)

permissions
Is it possible to restrict this by permission? Mike.lifeguard 04:22, 21 March 2008 (UTC)
 * Yes, it uses the duplicate permission. &mdash; Mike.lifeguard &#124; @meta 02:25, 6 October 2008 (UTC)

How to remove the link in the TOOLBOX ?
How to remove the link in the TOOLBOX ? almaghi 15:44, 28 September 2009 (UTC)


 * Should there be a parameter to disable :

Adding a Copy or Duplicate link to the article top options (where watch, delete, edit are)
I know its possible and i've tinkered around trying to do this but I can only get a link that points to the root URL of my wiki. It needs to be appended with Special:Duplicate/ so that the duplicate form has the source field pre-populated... Can anyone suggest how to add the additional link cleanly... I have been editing the Duplicate.php by adding in a new class CopyAction invoked at the end with CopyAction::init;

just really struggling to assemble the href destination in php (i'm newish to php!)

update... Ok... made the optionbar addition... thanks to some forum posting i eventjually tracked down...

next issue... can the extension be tweaked slightly to allow for optional copy of the document version history... e.g. take a snapshot of just the latest version ! — Preceding unsigned comment added by Robski~mediawikiwiki (talk • contribs) 16:28, 12 January 2010‎ (UTC)

extension to the editor
I'm the maker of the GoogleTranslate extension. I thus wonder if we could make this extension cooperate with the Template:Language and the my translator.

Roughly this would look like:


 * A new special edit button to the editor
 * Button checks for existing page in the (pre)selected languages.
 * Creates the page and adds the "Template:Language" to both the pages....
 * In case the page does not exist in the specified languages it should be created....
 * * suggest page names etc.??

Further, maybe the duplication could then be made to handle a range of pages. That is I have about 400 pages(!!), that I would like to "process" in this way....

Thus the advanced version of this would possibly make a "temporary translated version" as a sub-page to the to-be final language specific page. This page can the be promoted to be the final page, when someone has made the review edit. — Preceding unsigned comment added by 87.59.237.40 (talk • contribs) 18:41, 25 June 2010‎ (UTC)

Warning when duplicating an article
I just got a warning, when I tried to duplicate an article and its talk page: Strict Standards: Only variables should be passed by reference in [...] Duplicator.page.php on line 105 Both pages were duplicated just as expected. No problems there, but this warning was printed twice, before the actual content of the page was (including the opening html-element)

Before any problems occur because some lines are added or removed from the code and the line number does not fit anymore, here is line 105 in the Duplicator.page.php I am using: if( $this->duplicate( $this->sourceTitle->getTalkPage, $this->destTitle->getTalkPage ) ) { It is in the function.

I am running MediaWiki 1.17.0 with PHP 5.3.5 (apache2handler) and Duplicator 1.2.

Again this is nothing serious, the extension itself works just as expected. I just wanted to let you know about it. --Frog23 14:29, 5 October 2011 (UTC)

German mediawiki Version 1.22.6
The extension does not copy the exact content of a page. Instead it puts the __DISAMBIG__ in. That makes the extension kind of useless, because you have to copy the content again. Example: http://rockinberlin.de/index.php?title=Test2 Any hints, how to prevent his? --&#91;&#91;User:Bmrberlin&#124; Bernd M.&#93;&#93; (talk) 10:57, 9 April 2015 (UTC)

Could this extension be made ready for usage on Wikimedia wikis?
This extension is mentioned as a possible solution to T120783 ("Allow copy of pages"), a Community Wishlist item.

I see an old comment from 2007 (T10833) that raises concerns about "history duplication without any of the linking metadata that would make it manageable."

I'm wondering if those issues might have been addressed at all, in later versions of this extension?

Is anyone actively working on this extension, currently?

Thanks! Quiddity (WMF) (talk) 20:09, 9 September 2016 (UTC)

Gives a warning on on MW 1.29.1
Gives a warning on on MW 1.29.1, Warning: Parameter 1 to efDuplicatorToolbox expected to be a reference, value given in ...\wiki\includes\Hooks.php on line 186 --Rob Kam (talk) 23:16, 12 September 2017 (UTC)

Duplicated pages don't show up as Recent changes
It's the simplest extensions that are the best. I love this extension. I just upgraded to the master version of this extension in my MW-1.28.2 private enterprise site to get the fix where, after duplicating the pages, it provides working links to both the source and destination pages. W00t! .. The only thing missing through is that duplicated pages don't show up in the "Special:RecentChanges" pages. Is that an easy fix for the owner of this extension? Hope so. --- User:revansx

duplicated pages have the "created by" property of the source page
when visiting the history of a duplicated page, the page creator (and first edit) is listed as the creator/author of the page that was duplicated rather than the user who performed the duplication. Is this the intended behavior?

This is a problem for me when also using Extension: categorywatch in that when duplicating a page that is in a watched category, notification get sent out on behalf of the creator of the original page, rather than the user who did the duplication as would be expected. Revansx (talk) 21:38, 30 January 2019 (UTC)