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.

TO DO

  • 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.
$.createSpinner({
   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)

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://"www.aceshowbiz.com/events/Harry%20Potter%20and%20the%20Deathly%20Hallows:%20Part%20II/jade-gordon-world-premiere-deathly-hallows-part-ii-01.html" 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 www.aceshowbiz.com 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)

il8n

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)

MediaWiki:Gadget-libCommons.js

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

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)

"bug" report 2014-04-02

Wonderful gadget, but only nearly perfect :) ! In edit summaries, it should say
This file does not qualify for speedy deletion and a regular deletion request will be started.
instead of
This file does not qualify for speedy-deletion and a regular deletion request will be started.
. Thank you to everybody who contributed to the code of this gadget.    FDMS  4    18:15, 2 April 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)