MediaWiki talk:Gadget-AjaxQuickDelete.js

From Wikimedia Commons, the free media repository
Jump to: navigation, search
Filing cabinet icon.svg
SpBot archives all sections tagged with {{Section resolved|1=~~~~}} after 7 days.



  • Watching MediaWiki talk:Gadget-AjaxQuickDelete.js/auto-errors
  • Using tokens from mw.user.tokens.get() if this is faster
  • Using mw.message
  • Ability to swap images even on the second screen. Currently, we are unable to swap images if the files are exactly the same.
   size: 'large'

For self

Find problems with videos--DieBuche (talk) 22:43, 26 September 2010 (UTC)

Move category

It would be useful to have a « move category » feature, which would ask for the new name and order CommonsDelinker.

(I can attempt to code it myself [in a sandbox of course :-)], but I will certainly have a hard time with that and it is probably a piece of cake for used JS coders, so... ;-)

Jean-Fred (talk) 12:47, 6 January 2011 (UTC)

Once an admin has determined that the consensus of a discussion created with {{move}} indicates that a category should be moved or renamed, they can add {{move cat|Cat1|Cat2}} to User:CommonsDelinker/commands. An admin is required because that page is fully protected and must remain so. A shortcut for non-admins is to place it on User talk:CommonsDelinker/commands for the admins that patrol that page. For details, please see User:CommonsDelinker/commands/documentation.   — Jeff G. ツ 04:14, 21 January 2011 (UTC)

Expand editform

It's impossible when using this particular javascript form to list multiple files within a single deletion request as it is being created. I frequently have to use *{{lf|Example.jpg}}<br />*{{lf|Example2.jpg}}<br />*{{lf|Example3.jpg}}<br />Reason... ~~~~ all on the single line that the form gives me without pressing "Enter", because "Enter" indicates proceeding with the nomination. The result is a poorly formatted nomination. This can probably be resolved by introducing some new methods of defining newlines within the form, like the well-used "/n" symbol, or in the rare off-chance that the characters "/n" are actually used as part of the nominator's rationale somehow expanding the window so as to allow the "Enter" key to define the newlines. :| TelCoNaSpVe :| 23:42, 25 March 2011 (UTC)

In case of a request concerning the uploads of one user or category, you can use VisualFileChange.
A textarea would be nice, indeed, but this would prevent allow starting with Enter. -- RE rillke questions? 11:13, 15 March 2012 (UTC)
Created  . Use it to expand to a textarea. -- RE rillke questions? 14:30, 1 May 2012 (UTC)

Junk at User talk:CommonsDelinker/commands

Right now this scripts places a request on the talk page of the commands page when the current user is not an admin. Although it's a nice feature and saves file moves from having to manually edit that page, it has a very important side effect (atleast the way it's done now): It's placed without condition. I highly recommend this part of the script is either removed for non-admins or it's made under higher conditions, namely the following:

  • The source page actually has more than 1 global usage

If the file is not in use at all, it should not be placed on that request page at all, it's taking away too much time from admins to go through all of that shit. Many of those 100s of request are for files that were moved that aren't even used. I propose the script will check globalusage via API, and if it's none, simply skip it. If it's 1, ask the user to do it (link to the action=edit of the page where it is used), if it's used more than once, do what it does now (place a request on User talk:CommonsDelinker/commands).

Right now the script costing more time then it tries to save by automating this. I don't have time to fix this, but if nobody does by the end of this week, I'll make the bold move at disabling this automation because it's working against it's purpose. The result is that none of the requests are being dealt with at User talk:CommonsDelinker/commands. –Krinkletalk 02:12, 3 April 2011 (UTC)

There are now some process helpers:
  1. No request is sent if the file was not in use
  2. Requests are added to User:CommonsDelinker/commands/filemovers which can be easily processed now.
Do you think that's appropriate and sufficient? -- RE rillke questions? 14:45, 1 May 2012 (UTC)

dropdown of reasons like admis have for closing

I would be interested in a dropdown of reasons in the AjaxQuickDelete for "normal users". Often I have the problem that I'd like to provide an exact reason to the user, why I nominated for speedy - deletion (often derivative or fair-use). Therefore I have to navigate to the user's talk page and add another template. --RE RILLKE Questions? 15:34, 6 April 2011 (UTC)

Can't delete #REDIR file.

{{bad name}}

Hi, could the same QuickDelete script that is used on {{duplicate}} also be added to {{bad name}}? Process for both is similar, only real difference is the redirect is less important in more cases of bad name. Thanks.--Nilfanion (talk) 08:29, 28 May 2011 (UTC)

This should be easy. Ask User:DieBuche on his talk-page, please. -- RE rillke questions? 20:35, 5 June 2011 (UTC)
Has this feature been added? --Leyo 12:07, 11 January 2016 (UTC)

Script does not like $$

Recently, I tagged (see User talk:Dioluc27)

File:2011-07-13221850 CA967162-B341-4FEB-88DD-FECB0766BF67$$738d42d9-134c-4fbe-a85a-da00e83fdc20$$d96c9705-c9f3-4976-bbbf-3c24059cfb1d$$img carrouselTopHomepage$$pt$$1.jpg
but the user got the message for
File:2011-07-13221850 CA967162-B341-4FEB-88DD-FECB0766BF67$738d42d9-134c-4fbe-a85a-da00e83fdc20$d96c9705-c9f3-4976-bbbf-3c24059cfb1d$img carrouselTopHomepage$pt$1.jpg

-- RE rillke questions? 10:37, 21 July 2011 (UTC)

How to reproduce:

"test%test%test".replace("%test%", "x$$1");

-- RE rillke questions? 10:32, 31 July 2011 (UTC)

move failed for File:Sant Martí de Sadevesa (added ".file:sant martí de sadevesa:" after the intended name)

File:Sant Martí de Sadevesa.jpg (see history). Thanks for investigating and fixing. OT: In case someone is interested, the image is now at: File:Sant Martí de Sadevesa, 2011.jpg Cheers --Saibo (Δ) 01:20, 18 December 2011 (UTC)

Rare case: "Source file" (actually no file but page) had no extension.
currentExtension = wgPageName.toLowerCase().replace(/.*?\.(\w{3,4})$/, '$1').replace('jpeg', 'jpg');
// If new file name is without extension, add the one from the old name
if (uncleanName.toLowerCase().indexOf(currentExtension) == -1) uncleanName += '.' + currentExtension;

-- RE rillke questions? 01:33, 18 December 2011 (UTC)

REMOVE spam/whatever filter from obstructing copyvio-tagging

When script-tagging an upload as copyvio by adding http://"" into the script window, I got reproducibly the following error message and the process stopped.

  • "Während der Ausführung einer Aufgabe, trat ein Fehler auf. Folgend eine Detailbeschreibung des Fehlers: The edit failed because is on the Spam Blacklist"

This is not acceptable, as this unnecessarily increases the amount of work to tag copyvios. The spam-filter should really NOT be applied to tools such as marking a file as copyvio. --Túrelio (talk) 14:52, 30 January 2012 (UTC)

I fear nothing I can change. It is on meta:Spam blacklist our local is MediaWiki:Spam-blacklist. Spam blacklist is a stupid piece of software... and I am not inclined having a dispute with Tim S. because this will lead to nowhere. -- RE rillke questions? 16:08, 30 January 2012 (UTC)
bugzilla:34928 -- RE rillke questions? 10:56, 15 March 2012 (UTC)


Could someone please create a localised version for a language other than English, so that people can see how to do it for other languages? Thanks. Rd232 (talk) 23:42, 30 March 2012 (UTC)

We need to move the translatable strings to an en sub-page like MediaWiki:Gadget-AjaxQuickDelete.js/en. Others can then copy-paste and modify accordingly. --Sreejith K (talk) 06:28, 31 March 2012 (UTC)
There are plenty of translations at Special:PrefixIndex/MediaWiki:AjaxQuickDelete.js. -- RE rillke questions? 08:36, 31 March 2012 (UTC)
Ah, they're in the wrong place! That's why {{Gadget-talk}} doesn't detect them! Could you move them, please? I would do it myself but there's a slight risk of breaking something. (In theory we could add another parameter to {{Gadget-talk}} to allow storing the subpages somewhere other than with the script page, but I don't think that's worth the extra complexity.) Rd232 (talk) 10:13, 31 March 2012 (UTC)
You can't move them all at once because {{BASEPAGENAME:MediaWiki:AjaxQuickDelete.js/foo}} → AjaxQuickDelete.js/foo. There is also Special:PrefixIndex/MediaWiki talk:AjaxQuickDelete.js. This means breaking i18n for a short time. First move them, then adjust the code. -- RE rillke questions? 10:21, 31 March 2012 (UTC)
Now I'm confused (and I don't know how to adjust the code). And can't redirects bridge the gap during the move? Rd232 (talk) 10:41, 31 March 2012 (UTC)
1) When moving normal pages, you can move all subpages and subpages of talk pages. That's impossible with pages in MW-namespace because they aren't recognized as subpages. 2) You just have to look for MediaWiki:AjaxQuickDelete.js/ 3) No. The page's content is loaded raw. (&action=raw) 4) Ok, I will do it. -- RE rillke questions? 10:44, 31 March 2012 (UTC)

JavaScripts should always have the ending .js 1) Intuitive 2) Automated rendering as script (then MW knows "This is a js-file") Therefore I moved them to de.js, ... I think the template needs to be adjusted ;-) -- RE rillke questions? 11:20, 31 March 2012 (UTC)

Oh. Unfortunately there's no easy way to do that, because {{Gadget-talk}} relies on {{lang links}}, and that has no easy way to add a parameter after the language code (and it provides formatting which means the parameter can't be added within gadget-talk either). So there's no easy way to accommodate this naming change. Rd232 (talk) 11:28, 31 March 2012 (UTC)

User:Upload Bot (Rich Smith)

Shouldn't User:Upload Bot (Rich Smith) get the same kind of handling as User:File Upload Bot (Magnus Manske)? This bot is a Commons Helper and all deletion requests are placed at User talk:Upload Bot (Rich Smith). It would be better to notice the bot users. --Stefan4 (talk) 21:53, 27 April 2012 (UTC)

I've done this a few months ago in MediaWiki:VisualFileChange.js/exec.js but now I think it's time to create a module that can be used by both scripts to avoid double-maintenance efforts. -- RE rillke questions? 08:08, 28 April 2012 (UTC)


Just wondering: since you do manage to identify the bot operators, would it also be possible to identify the original uploaders from the original upload log and notice those users on their talk pages on the original project? --Stefan4 (talk) 20:27, 4 May 2012 (UTC)
Notifying users on the original project is not possible because Wikimedia uses different domains. You would have to make a cross-site XHR; JSONP does not work because edits must use the POST-request.
But one could attempt to lookup whether they have SUL and if so, notify them on Commons. -- RE rillke questions? 20:54, 4 May 2012 (UTC)
Notifying SUL users on Commons would at least be better than nothing, and if bugzilla:35707 is implemented, it will work for many more accounts, although e-mail notification on talk page edit probably won't work for users who haven't visited Commons. --Stefan4 (talk) 23:14, 4 May 2012 (UTC)
Update: New technologies would allow notifying users at their home-project (currently the home-project would need to install a JavaScript that would listen for events, in future we possibly get CORS). But someone has to implement it. -- Rillke(q?) 23:16, 21 July 2012 (UTC)

use "Process Duplicates" for NowCommons

Hi there, would it be possible to create a gadget that allows local project admins to compare file description and attributes of a file tagged with NowCommons? Best regards, --Flominator (talk) 10:05, 19 August 2012 (UTC)

Doesn't User:Magog the Ogre already have something like that for English Wikipedia? --Stefan4 (talk) 10:29, 19 August 2012 (UTC)
Yes I do have such a tool; it is at tools:~magog/commons_images.htm. It hasn't been operational in a while because I was the only one using it (and it has weird options which are for me only). I can reenable it to update once per day or so upon request. Magog the Ogre 2 (talk) 18:10, 19 August 2012 (UTC)
Looks great. Could that be customized for de.wp? --Flominator (talk) 19:47, 19 August 2012 (UTC)
Yes. I'll keep you posted. Magog the Ogre 2 (talk) 21:07, 19 August 2012 (UTC)
Ok, I've set it up to update daily; it's at tools:~magog/commons_images-de.htm. Magog the Ogre (talk) (contribs) 05:58, 22 August 2012 (UTC)
Thanks. --Flominator (talk) 12:18, 26 August 2012 (UTC)
BTW, if you have any text that is written in English and you want to have translated to Germany instead (e.g., "using Magog the Ogre's move to commons assistant: report errors here"), let me know. Magog the Ogre (talk) (contribs) 18:21, 27 August 2012 (UTC)
Thanks, but I don't think that this is required right now. What exactly does the column issues represent? --Flominator (talk) 15:49, 7 September 2012 (UTC)
Problems that the script encountered. For example, the file listed on the page couldn't be found, it was found under a different name than the one listed, it is the wrong MIME type (i.e., file extension), etc. Magog the Ogre (talk) (contribs) 16:49, 7 September 2012 (UTC)

Split out tools requiring elevated privileges aka user rights

I suggest to split out

  • The duplicate processing part and make it available for sysops (on by default) in the gadget section "Tools for authorized users"
  • The file moving stuff and make it available for filemovers and sysops (on by default) in the gadget section "Tools for authorized users"

One has to be careful, though, not breaking depending tools like RenameLink or MediaWiki:ProcessFileMoverRequests.js.

This would allow further customisation, stop this strange mixture of tools in one file and reduce the amount of code to be loaded for the average user. -- Rillke(q?) 11:00, 13 September 2012 (UTC)

Redirecting to duplicate file

Currently, a redirect from the deleted duplicate file to the other is always generated. IMHO there are situations, where this shouldn't be done, e.g. in the case of a newly uploaded file (that has never been used) or in the case of offensive or nonsense file names.
The newly created redirect is added automatically to the watchlist. Maybe adding an option for this, too? --Leyo 10:55, 22 September 2012 (UTC)

getDupeDetails will have to ask the API for the watch status and the globalUsage of the file. -- Rillke(q?) 14:10, 27 September 2012 (UTC)
I'd say if a redirect is inappropriate due to offensive file names, the user should be warned and the redirect deleted. I don't think there will be lots of usage scenarios for a check box. The watchlist issue should be fixed (no option; if one of the files was watched before, both will be watched). -- Rillke(q?) 09:14, 29 September 2012 (UTC)
Thank you.
Two scenarios more: File names such as IMG 12.jpg or Unidentified bird xy.jpg are not worth being recreated as redirects if unlinked. --Leyo 08:45, 30 September 2012 (UTC)
The bad file names might be used outside Wikimedia using mw:InstantCommons. I think that it is better to have redirects in those cases, at least for images which have been around for some time. --Stefan4 (talk) 09:29, 30 September 2012 (UTC)
It's also not worth uploading new files under these names, so I don't see the problem with these redirects. -- Rillke(q?) 20:08, 30 September 2012 (UTC)

Flickr files

If you nominate a Flickr file for deletion, then the notification ends up at User talk:Flickr upload bot and not at the bot user's talk page. If a file is uploaded using that bot, then the first revision of the file information page was created by the person who operated the bot. Maybe the script can notify the person who created the file information page and skip the bot? --Stefan4 (talk) 20:40, 31 December 2012 (UTC)

Sorry, this issue slipped in while making the script using the first text revision (there was no user name in the revision text; only the token). -- Rillke(q?) 00:03, 1 January 2013 (UTC)

Subpages for files transferred from other projects

What about creating DR subpages listing files that have been transferred from other projects?
Example: If a file contains {{transferred from|de.wikipedia|…}}, its DR page is additionally transcluded to Commons:WikiProject transwiki migration/Deletion requests/de.wikipedia (or similar).
These subpages are watched by users interested in a specific source project. They may provide useful information for the DR. If a file gets deleted, they may initiate undeletion in the source project. --Leyo 17:45, 3 January 2013 (UTC)

Or as an alternate. We only need to notify them of used files, so where a file is used on a sister project, that wiki can have a single page (standard name, eg. [[l:xx:{{PROJECT}}:Files nominated for deletion at Commons]]) to be notified of files that have been nominated for deletion. A bot could run through images and see which have links and to which wiki, and make the appropriate notifications. The beauty of that is that it makes each wiki responsible for having such a page, and it is on their wiki to monitor. From this end, we don't need to change anything about the deletion process, we just need to have a bot to run through each day's nominations, and make the respective notifications at each of the wikis. And the communities maintain control, if they block the account, no notifications, and it just reports to the one page per wiki, easy to code. There is already bots in place that will do the transfers, eg. one in use for {{Fair use delete}} / {{PD-US-1923-abroad-delete}}, which should make the process less complex.  — billinghurst sDrewth 01:28, 12 May 2013 (UTC)
Something similar to your alternative already exists on de.wikipedia. It's restricted to category trees. See “CDR” in de:Portal:Nahost/Arbeitsliste#QS-Arbeitsliste (permalink) for an example. --Leyo 11:55, 12 May 2013 (UTC)

disable move&replace

Is there any way to use this script without the move&replace feature? --Krd 09:36, 16 February 2013 (UTC)

Currently there is no way. You can open the link in a new tab. See #Split out tools requiring elevated privileges aka user rights. BTW, what's the issue with Move&Replace? -- Rillke(q?) 13:29, 16 February 2013 (UTC)
Ah, the open-link-in-new-tab approach is perfect, thank you! If i'm not mistaken, the m&r is not helpful for example when splitting overwritten files, as the cleanup has to be done manually in most cases, and even when I unchecked the replace checkbox a bot order had been created. --Krd 19:25, 16 February 2013 (UTC)
Indeed. Perhaps a note at COM:SPLIT would be helpful. Compared with usual file moves, history splitting is rarely done so I am not sure whether it would be wise adding another option. -- Rillke(q?) 09:50, 17 February 2013 (UTC)
It is ok as it is, no change needed, as the shown workaround works well. Thank you again. --Krd 12:28, 17 February 2013 (UTC)

Hmm, is "leave a redirect behind" supposed to be de-selectable? It's greyed-out for me, I can only disable the replace via useraccount option. FF 17.0.4 ESR and Monobook. --Denniss (talk) 00:41, 24 March 2013 (UTC)

If I look at the code, it is supposed to be disabled when the file is in use. -- Rillke(q?) 21:04, 24 March 2013 (UTC)

Bug report

Please see Commons:Village_pump#Technical_problem_with_AjaxQuickDelete. Mono 00:39, 24 February 2013 (UTC)

The script notifies, assuming it's the creator, the user of the first revision. In case of an import, it may notify the wrong person. If you have a fix, it would be great; otherwise it will be difficult to implement a check for this in the near future, I guess.-- Rillke(q?) 15:17, 24 February 2013 (UTC)

"Exclude from notification" option

There either needs to be a maintained list, or some other means to exclude identified pages from receiving these notifications. There are a number of bots around the place that end up receiving these types of notifications, which is pretty pointless, and maybe even detrimental.  — billinghurst sDrewth 01:16, 12 May 2013 (UTC)

A maintained list would be easier to implement but I fear this is a feature users without admin rights may also wish to use on their talk pages. In the near future, SUL will be completed so users may also want to recieve messages at their homewiki and frankly I don't even know how it will look like after Flow is implemented. What we need is a module which receives a whom to notify where with which message and simply does the job. -- Rillke(q?) 23:35, 12 May 2013 (UTC)

Move&replace failure at images without extension

See the failed moves at File:Burnt Pine in Norfolk Island, Australia.jpg, I had to open the standard move in a new tab to get it done. --Denniss (talk) 07:41, 10 June 2013 (UTC)

The gadget should deactivate itself if there is no file, just a file description page. -- Rillke(q?) 08:32, 10 June 2013 (UTC)

Request translation of links in sidebar into Welsh (cy)

{{editprotected}} I request an admin to create a sub-page for the links in the sidebar for the Welsh language, code cy. The text of the links should be:

  • Nominate for deletion - Dileu ffeiliau
  • Discuss category - Trafod y categori

I hope this is the right place to request this. Lloffiwr (talk) 23:51, 2 July 2013 (UTC)

Yes, it is. Please use MediaWiki:Gadget-AjaxQuickDelete.js/translating.js as a template. You may paste it into User:Lloffiwr/AjaxQuickDelete.js, translate it and give me a hint as soon as it's ready. Thank you. -- Rillke(q?) 00:04, 3 July 2013 (UTC)
Thank you. This way, your contributions are also properly attributed. -- Rillke(q?) 13:51, 4 July 2013 (UTC)

Dashes in signature

IMO the gadget should add the signature in the default way


not only


as it is currently done. Deletion requests without a punctuation mark at the end look strange are hard to read (especially if a user name looks like a part of the sentence or an abbreviation, example). Other examples of today: 1, 2, 3, 4.

I am aware that there are users that have an individualized signature and that some of them do not want to have the two dashed added in front of it. So what about an opt-out feature that would work for all gadgets with an automatic signature? For example, SignatureWithoutDashes = true or similar. --Leyo 15:21, 4 July 2013 (UTC)

If we are going to add even more options, we should create a preferences-screen before. The script will be able to determine whether users have set a custom signature by invoking mw.user.options.get('nickname'). -- Rillke(q?) 15:30, 4 July 2013 (UTC)
A preferences-screen sounds like a good idea.
I for example do have a custom signature (default signature without talk page link), but I still would like to get the dashes. --Leyo 16:47, 4 July 2013 (UTC)

We had a similar problem at Wikidata (discussion), so I think an apposite MediaWiki preference (near those) would be a good idea.
Or, we could make dashes part of the signature by default:

  • the standard code would then be ~~~~ (without dashes)
  • the default signature would contain dashes
  • all custom signatures would not contain dashes by default
  • users that have custom signatures and would like to have dashes, would have to insert them before their custom signature in Preferences.

Any thoughts? --Ricordisamoa 23:11, 2 August 2013 (UTC)

I oppose adding the dashes into the default signature. Some users use author = ~~~ in Template:Information. They surely do not want to get dashes there.
What if the gadget uses --~~~~ for all users who do not have a custom signature? This relatively simple approach would not work in my case, but at least we would not have such “ugly” cases like the ones I linked above. --Leyo 22:35, 4 August 2013 (UTC)

Move&replace suggestion

If one tries to move files with double extension please remove the second extension (if they are of the same type) so a .JPG.jpeg file would end up with just .jpg. Lots of examples to test with. Probably too much coding work to fix different double extensions (choose by MIME type). --Denniss (talk) 04:51, 2 August 2013 (UTC)

+1 --Ricordisamoa 23:13, 2 August 2013 (UTC)

User logs - Request

How can I log my use of AjaxQuickDelete? I used to do something similar on en.wp which I could then review my monthly deletions and I would like to be able to check my success rate or progress on speedy nominating copyvio etc. on Commons. -- (talk) 14:05, 9 August 2013 (UTC)

I ended up writing my own ad-hoc solution in Python, you can see my log as an example at User:Fæ/Mobiledeletions. It would be nice to see this as a standard user feature, in the same way that users have logging on en.wp. -- (talk) 13:56, 30 September 2013 (UTC)
This is in progress, together with opt-out for several tags or tag-groups. C.f MediaWiki talk:Gadget-Curator.core.js -- Rillke(q?) 16:07, 30 September 2013 (UTC)

Bug Dateiendung

Deutsch: Wenn ich Dateien auf den Commons verschiebe (ich habe das Recht zu verschieben), wird der Dateinamen außer meinen gewollten Änderungen in soweit - von mir nicht explizit gewollt - geändert, dass die Dateiendung (meist: jpg) von Großbuchstaben in Kleinbuchstaben geändert wird (Siehe auch de:Benutzer_Diskussion:Morty#Anregung). Da dies beim Hochladen nicht beachtet, bzw. die ursprüngliche Schreibweise behalten wird stufe ich das als einen unerwünschten Fehler ein. Entweder sollen alle Dateiendungen konsequent beim Hochladen (manuell oder Hochladeassi) auf "klein" geändert werden - oder die Umbenennungsfunktion lässt hier die Finger davon. Siehe auch de:Benutzer Diskussion:Raymond#Bug?

--Atamari (talk) 17:11, 13 August 2013 (UTC)

User_talk:Rillke/Discuss/2012/2#RenameLink_forces_case_in_file_extension // cleanFileName: // bugzilla:40326 // standard since nearly ever: Special:Permalink/43074737 // Please propose a code change in unified diff format and I will consider reviewing it as soon as I have time to. -- Rillke(q?) 17:34, 13 August 2013 (UTC)

i18n in Template:Delete

{{editprotected}} Please see Template talk:Delete#internationalisation of date. The date format is now changed: old transclusions will still work, but the new format allows for w:internationalization via {{ISOdate}}. Specifically, the "day" parameter should be in ISO format, as "YYYY-MM-DD". Later on, this argument could be changed to "date". --Ricordisamoa 16:17, 7 September 2013 (UTC)

PS: the "month" and "year" arguments should be omitted. --Ricordisamoa 16:19, 7 September 2013 (UTC)
Thank you. I will consider this in the rewite going on at MediaWiki:Gadget-Curator.core.js which will replace this gadget after a testing phase. -- Rillke(q?) 18:40, 7 September 2013 (UTC)

Move File:Kath. Pfarrkirche hl. Michael in Röhrenbach.jpg - error

Deutsch: Fehlermeldung
Ein Problem ist aufgetreten

Beim Verschieben der Seite gab es einen Fehler. 
Folgend eine Detailbeschreibung des Fehlers:
API request failed (unknownerror): Unknown error: "backend-fail-synced" <i>at Tue, 10 Sep 2013 17:33:54 GMT</i> <u>served by mw1144</u>

--Knochen ﱢﻝﱢ‎  17:38, 10 September 2013 (UTC)

Daran können wir leider nichts ändern. Der Dateispeicher war für eine kurze Zeit ausgefallen und das hat zu nicht löschbaren und nicht verschiebbaren Dateien geführt. Weitere Informationen sind auf bugzilla:53838 erhältlich. Es dankt für diesen und den automatischen Feherbericht -- Rillke(q?) 20:08, 10 September 2013 (UTC)

error occurred while notifying the uploader

This error dialog appeared when I clicked the Nominate for deletion toolbox link on File:Bundesarchiv Bild 102-00418, Josephine Baker, Gemälde.jpg:

"An error occurred while notifying the uploader(s) of this file. Please follow the instructions on the deletion notice to complete the request.
A detailed description of the error is shown below:
API request failed (protectedpage): The "editprotected" right is required to edit this page Help: You can request an edit to 'User talk:BArchBot' at COM:AN (the Administrators' noticeboard). <i>at Sun, 22 Sep 2013 15:48:39 GMT</i> <u>served by mw1192</u>
The tag to be inserted into this page was {{delete|reason=How is this freely licensed? The painter died in 1980, therefore derivative works should be copyrighted until 2051. I see no evidence that the Bundesarchiv has the required permissions from the artist's estate to release this under a CC license.|subpage=File:Bundesarchiv Bild 102-00418, Josephine Baker, Gemälde.jpg|year=2013|month=September|day=22}}"

-84user (talk) 15:57, 22 September 2013 (UTC)

Load only if user has flag

I was wondering, does this gadget get loaded conditionally, depending on whether the user has the relevant permissions? mw.loader.inspect() told me that it loaded 43.9 KB on a file description page. I know one can disable it and that the parts depending on sysop/filemover flag are just a portion, I'm just curious. --Nemo 09:03, 19 February 2014 (UTC)

I am intending to care for that in my rewrite but I rarely find time to work on that. -- Rillke(q?) 09:20, 19 February 2014 (UTC)

update redirects - bugzilla:57057 - 1.23wmf16

Rillke(q?) 09:46, 25 February 2014 (UTC)

height for showProgress

To me, the show progress window is not auto expanding according to the content. For example, if I run the code

AjaxQuickDelete.showProgress('Are you sure you want to delete the file "A random file found in Commons.jpg"'); 

in firebug, part of the text is cut off. I recommend making the height as 'auto' in showProgress method. Please comment. --Sreejith K (talk) 16:50, 17 March 2014 (UTC)

Yes, please do. I was about to rewrite the whole gadget but it is stuck. -- Rillke(q?) 17:14, 17 March 2014 (UTC)
✓ Done - (diff) --Sreejith K (talk) 19:42, 17 March 2014 (UTC)
I had to make this change too (diff). Thanks. --Sreejith K (talk) 22:48, 17 March 2014 (UTC)

Naming mobile archives

Can the archive pages for mobile deletions please be grouped together under Category:MobileUpload-related deletion requests archives rather than its parent? There are so many now that they overwhelm the category first page. -- (talk) 11:10, 10 April 2014 (UTC)

Ask for confirmation

I have a suggestion for improvement of this tool: it should at least have an option to ask the user for confirmation before executing the "no source"-type actions. I use a laptop with a probably too sensitive touchpad, and it can happen that I accidentally click one of the toolbox links ([1] [2]; fortunately these were files uploaded by me, not someone else I'd have bugged with a wrong talkpage message if that had happened there). darkweasel94 07:46, 6 August 2014 (UTC)


there is no such button on the wiki-commons-page/pictures for german/deutsch — Preceding unsigned comment added by Selbsteiner (talk • contribs) 4 October 2014‎ (UTC)

Abort deletion nominations of Help:Nominate for deletion

A list of page ids where the procedure is aborted after showing the rationale-dialog (e.g.) for demo-purposes should be added. Help talk:Nominate for deletion#Please undo protection -- Rillke(q?) 15:18, 14 October 2014 (UTC)

wrong user notification

Here, not the uploader, but the uploader of the last file I nominated for deletion got notified.    FDMS  4    17:30, 6 November 2014 (UTC)
Next nomination, same issue: Special:Diff/138820749.    FDMS  4    17:51, 6 November 2014 (UTC)

Improvement request

Hi all, I'm moving this request from Commons:Village pump/Proposals.

I'm propose to improve the way copyright violations (Report copyright violation link in the left-hand menu) are handled by this gadget. What I'm proposing is that the reason provided by the person reporting the copyright violation (introduced by means of a text box with the title Why is this file a copyright violation?) is shown not only in the file page (which will be lost once the file is deleted) but also as part of the automatic notification left in the uploader page. It would help the uploader to understand what has gone wrong and, if suitable, to ask for an undeletion.

Best regards and many thanks into advance --Discasto talk | contr. | analysis 23:33, 4 January 2015 (UTC)


I got always error do the Wikidata link (especially CoA). User: Perhelion (Commons: = crap?)  19:50, 27 January 2015 (UTC)

Err, which Wikidata link? This gadget doesn't do anything with Wikidata. Can you describe the issue more in detail or at least include a link or affected source code/ HTML source? -- Rillke(q?) 23:46, 27 January 2015 (UTC)
@Rillke For example File:Wappen von Dittenheim.png, File:File:Wappen Heidenheim.jpg there is an visible Wikidata link (left) on the Global use section. User: Perhelion (Commons: = crap?)  15:54, 28 January 2015 (UTC)
You are trying to replace something, correct? Using Move & Replace? -- Rillke(q?) 17:24, 28 January 2015 (UTC)
Oh yes and no, I'm using the GlobalReplace-Script (JustReplace.js). I'm not aware of the relation to only this script. As you say, this would be a new feature for this script? User: Perhelion (Commons: = crap?)  19:42, 28 January 2015 (UTC)

Italian translation

I can't see Italian translation. If I try English, French, German, they are ok. But if I set my language to Italian, it doesn't work (English is displayed). Can you help me, please? Also I updated translations in MediaWiki talk:Gadget-AjaxQuickDelete.js/it.js. Thanks in advance. --FRacco (talk) 11:06, 24 February 2015 (UTC)

Thanks for the update; it should be in effect now. Switch your user language to Italian once again and follow these instructions:

Please purge your browser’s cache . (You only need to do it once.)

Internet Explorer: press Ctrl+F5, Firefox: hold down Shift while clicking Reload (or press Ctrl+ Shift+R), Opera/Konqueror: press F5, Safari: hold down Shift+alt while clicking Reload, Chrome: hold down Shift while clicking Reload

Does it work now? -- Rillke(q?) 11:41, 25 February 2015 (UTC)
Excellent! Thanks a lot. --FRacco (talk) 16:46, 25 February 2015 (UTC)

Optional user notification?

Is there an parameter (trick or check-box?) for this?? Otherwise this notification feature is unfortunately not so good usable. :-S Example User: Perhelion (Commons: = crap?)  16:09, 9 March 2015 (UTC) PS: Workaround: I've made several double entries (with and without prompt) User: Perhelion (Commons: = crap?) 13:26, 24 January 2016 (UTC)


The removeTemplate function does not seem to expect a space (or newline) between the template name and the first pipe, which means that templates won't be removed in this situation. I noticed this in Special:Diff/163309649 and Special:Diff/163309670, where I found that I had to remove the template myself instead. --Stefan4 (talk) 19:52, 13 June 2015 (UTC)

It's still using a regular expression while it should use the WikiDOM JS parser. -- Rillke(q?) 20:16, 13 June 2015 (UTC)

"Nominate category for discussion" produces redlinks even though discussion page exists.

I've used the "Nominate category for discussion" option in the left sidebar on Category:Weidenbauwerke. On the category page, the this category's entry link of Template:Category for discussion is functional (leads here), but looks like a redlink. Since the same is true for the notification template on the talk page of the user who created the category, I'm assuming there's something wrong with the gadget rather than both templates? --El Grafo (talk) 10:18, 20 November 2015 (UTC)

The links to Commons:Categories for discussion/2015/11/Category:Weidenbauwerke at Category:Weidenbauwerke and the talk page look correct in my browser (i.e. blue, not red, links). Try clearing your browser cache and reloading the pages in question. The mediawiki software updates the database links table as a deferred job, so the status of a link can take a little while to be updated. —RP88 (talk) 10:45, 20 November 2015 (UTC)
Strange. I've cleared my cache multiple times and they're still red. Not only that, the urls also end with &action=edit&redlink=1 on mouse-over (or right click → copy address). When I actually click on them, everything's fine. Making a null edit just now fixed it for me. --El Grafo (talk) 11:17, 20 November 2015 (UTC)
I guess your user interface language is set to German. Each language version is cached by MediaWiki. So it's definitely possible that you see red links while others see blue links. -- Rillke(q?) 12:36, 20 November 2015 (UTC)
Nope, I've set the user interface to english years ago … --El Grafo (talk) 15:17, 29 March 2016 (UTC)
I as well see redlink to DRs and "This page is a member of Category:Incomplete deletion requests - missing subpage because...", almost each time I'm nominating files for deletion. I have a tool to purge pages and after I do purge, problem disappear. You can check Category:Incomplete deletion requests - missing subpage from time to time - it's not caused by users cache. --XXN, 14:58, 29 March 2016 (UTC)
I've observed that as well multiple times, but after refreshing the page (F5) usually everything's alright. Happens so often I don't really notice anymore. The stuff I described above was different in that only a null edit solved it for me (don't remember whether I tried using the purge button as well). --El Grafo (talk) 15:17, 29 March 2016 (UTC)
Mediawiki caches the contents of Category:Incomplete deletion requests - missing subpage in the database. If the deletion request is created after the file is tagged, then the page may incorrectly end up in Category:Incomplete deletion requests - missing subpage until the database cache is cleared. You can clear the cache by making a null edit to the file information page.
The HTML code of the file information page is also cached by Mediawiki, and this is done on a per-language basis, so information that a subpage is missing may be present in some language versions of the file information page but not in other language versions of the same file information page. You can clear the cache by appending ?action=purge at the end of the URL or by making a null edit.
IPs are more likely to see an outdated version than logged in users, I think. --Stefan2 (talk) 12:04, 31 March 2016 (UTC)
Thanks for the explanation, that seems to make sense. So maybe the gadget should create the DR/discussion pages before tagging the images? --El Grafo (talk) 14:23, 31 March 2016 (UTC)

Fail: maybe rare case to recognize the "original" uploader

Failed example → Commons:Deletion requests/File:Before and After..png User: Perhelion (Commons: = crap?) 14:48, 24 January 2016 (UTC)

|author=[[User:Hengistmate|Hengistmate]] should be honoured. This might be achieved with the new extended metadata feature or by simply parsing the file description and looking for Template["Information|...">param["author"]] and verifying it is a wiki link to a user page at Commons. -- Rillke(q?) 13:23, 27 February 2016 (UTC)
Can you also honour |author={{user at project|Example|wikipedia|qqx}}? I'm not sure if the notification needs to be at the local project. With SUL, it should be enough to notify the user on Commons, provided that the user has an account here (i.e. provided that the user has visited Commons while logged in). --Stefan2 (talk) 23:43, 28 February 2016 (UTC)

Minor-Bug summary (clickable section-title)

Just for retaining: The notification of users produce a false (anyway no clickable) section-title on (the second edit) the summary, if an autotranslate (or similar template or {{int:) is used.[3][4] (what appears to be always the normal case) There is an open general bug-report to this. An idea to fix would be an usage of the template:anchor (so the headline can anyway translated) and in the summary the default English title (as anchor)⁉ But this is not working too. User: Perhelion 13:28, 29 June 2016 (UTC)

Option to append templates

I would like to use the functionality of this script to add image cleanup tags where appropriate. However, I generally avoid adding cleanup tags like the script does since I don't think the cleanup tags are urgent enough to come before the image description, etc. I usually add them to the end of the summary section but appending them would be fine, too. Could an option to append rather than prepend tags be perhaps added to the AjaxDeleteExtraButtons options? —Quibik (talk) 16:21, 17 November 2016 (UTC)

Selecting and filling in reasons in move&replace

For filemovers & admins there should be an option to select reasons for edit summary when moving files which were not tagged for renaming by other users. ----XXN, 17:43, 5 January 2017 (UTC)

Trim namespace

{{Edit request}} As someone complained about on the Ger Forum the name-space prefix is unnecessary and only disturbing and annoying. I agree to this. So please just remove "File:" from the pre-filled input field. User: Perhelion 10:27, 10 January 2017 (UTC)

PS: Here is the small needed "fix change". User: Perhelion 22:09, 12 January 2017 (UTC)
I withdraw my request, because it needs more user opinions. It would also be need a change of the input description to be more clear (there would be also a better solution with nothing to change in the function, if there is a consensus to this). User: Perhelion 21:42, 24 January 2017 (UTC)

Not localized text strings

As seen, some text strings is not localized:

  1. Error messages:
    • 'The template does not expose a valid regular expression for {{X-To-DR}}. Go the the template and fix it there.'
    • "Unable to find the person who added the template. This can occur if the template was already removed, the page is deleted or a redirect to the template is used. In this case you must add the redirect to the RegExp of the target template."
    • " and the most recent rationale was: "
    • "Error in the duplicate-template, check your language version! (pg.imageinfo is undefined)"
    • "Retrieving information about " + pg.title + " failed. It is possible that it is deleted, the last revision is corrupt or the file is a redirect. (pg.imageinfo is undefined)"
    • 'The page you are attempting to add a tag to was deleted or moved. Unable to retrieve the content.'
    • "The page you are attempting to modify or move is corrupted, was deleted or moved: Unable to retrieve history and contents."
    • 'Checking file name: result.query.pages is undefined.'
  2. Another strings:
    • "Process Duplicates"
    • "[Process Duplicates]"
    • "This file does not qualify for [[COM:SPEEDY|speedy-deletion]] and a regular deletion request will be started."
    • "Listing "
    • "Listing mobile upload"
    • "Removing template; rename done" (this string was included in the past localizations as 'renameDone' variable)
    • 'Redirecting to duplicate file'
    • 'Merging details from duplicate'
    • "What-links-here" (?)
    • 'Updating redirect while processing'
    • "Updating redirects"

If this is not be especially, maybe needs to convert these strings into translatable variables?

Also in the 'errorReport' value should be replacing text <tt>Report automatically</tt> to calling 'reportButtonLabel' variable. --Kaganer (talk) 07:56, 31 January 2017 (UTC)

Melania Trump official portrait as First Lady.png

{{Edit request}} I am unable to remove the speedy delete tag or convert to a regular DR for File:Melania Trump official portrait as First Lady.png --Sreejith K (talk) 18:45, 3 April 2017 (UTC)

Hey Sreejithk, this is a very similar problem as above (only with a different template). Actually all redirects must be included in the Regexp of the template itself.[5] (as we see there are much more) Curios is that the SD is something special with parameter redirect (I guess the above regexp must be updated too). Here is the fix for Template:Speedydelete:
-=/\{\{\s*(Speedy(?:[ \-]?delete)?|Speedy ?deletion|Speedilydelete|Noncommercial|Nonderivative|löschen|db|spd|qd|Sdelete|SLA|Spdel|Ek)\s*(?:\|\s*(?:(?:1|source)\=)?)?([^\{\}]*)\}\}/i
+=/\{\{\s*(Speedy(?:[ \-]?delet(?:e|ion))?|Speedilydelete|Noncommercial|Nonderivative|löschen|db|spd|qd|Sdelete|SLA|Spdel|Ek|(?-i:SD))\s*(?:\|\s*(?:(?:1|source)\=)?)?([^\{\}]*)\}\}/i

Theoretically there would be now a potential dysfunction if the language code {{Sd}} is present, but I added the (?-i) option input argument (as the insensitive flag is present). So this template name is anyway a bit unlucky. -- User: Perhelion 23:04, 3 April 2017 (UTC)
@Perhelion: Done: Special:Diff/243151122. --jdx Re: 10:28, 7 May 2017 (UTC)
Problem still exists (in another form), unfortunately this was not tested by me (PHP regexp, shame on me), Commons:Village_pump#Seeking_help_re_MediaWiki:Gadget-QuickDelete.js_usage
The {{SD}} is not an adequate shorthand for Speedy, I may propose to merge this template in to the Speedy and deprecate the usage. -- User: Perhelion 12:16, 20 May 2017 (UTC)
But I found a proper solution on template:SD itself. Untested! -- User: Perhelion 13:07, 20 May 2017 (UTC)

Not getting the Nominate for Deletion option on filepages

I've had AjaxQuickDelete enabled for quite a while now, but today (or at least very recently) the "nominate for deletion" option has disappeared from file pages. I can still see it on Commons: pages, and this page, but no file pages. Anyone got any idea why? Multichil reckoned it was something to do with deprecated java in my common.js, but removing that has not resolved the issue. -mattbuck (Talk) 21:53, 3 May 2017 (UTC)

@Mattbuck: You haven't touched User:Mattbuck/monobook.js in 4+ years, perhaps the problem is there or something it calls.   — Jeff G. ツ 02:20, 4 May 2017 (UTC)
Jeff G. I just blanked that and everything's back. Thanks for the help. By the look of it I had AQD enabled via gadgets and manually via monobook. Plus who knows what other detritus. -mattbuck (Talk) 06:39, 4 May 2017 (UTC)
@Mattbuck: You're welcome. Glad it worked.   — Jeff G. ツ 06:42, 4 May 2017 (UTC)

Webm files do not get full set of tools

Namely the "Report Copyright Violation" does not appear. It works just fine on other file formats Ronhjones  (Talk) 23:10, 20 May 2017 (UTC)

Found a workaround - click edit first, then the tools appear. Ronhjones  (Talk) 23:35, 14 June 2017 (UTC)