MediaWiki talk:Gadget-AjaxQuickDelete.js/Archive/2013

File:Pigeon Hollandais.jpg

The name of this file is not correct. It is a Mauritius Blue Pigeon, though it might be in the collection of the Rijksmuseum van Natuurlijke Historie, the text on the bottom of the image reads: [unreadable to me] Prof. Hermann Schlegel 1884. This file being on the main page of the January 2, 2013 Wikipedia, should be moved Lotje ʘ‿ʘ (talk) 05:26, 2 January 2013 (UTC)

And you are unable to move it, Lotje? Would you mind telling us the error message? Thanks in advance. -- Rillke^(q?) 16:49, 3 January 2013 (UTC)

Sorry, didn't take a good look at the error message. But, the thing is, Hermann Schlegel cannot have drawn this, because he was born in 1804 and the description says on the file says c.1790. Any suggestions how this should be renamed? Lotje ʘ‿ʘ (talk) 13:50, 4 January 2013 (UTC)

You may want to ask at en:WT:BIRDS oder COM:VP. --Leyo 13:54, 4 January 2013 (UTC)

thanks Leyo, I gave it a try on en:WT:BIRDS Lotje ʘ‿ʘ (talk) 14:03, 4 January 2013 (UTC)

This section was archived on a request by: Leyo 16:16, 4 January 2013 (UTC)

New bug

I have found a new bug - if you try a rename which is a capitalisation fix (in my case, I moved a few files like File:Clevedon MMB 10 Millennium obelisk.JPG to File:Clevedon MMB 10 Millennium obelisk.jpg), the image goes missing - file page is moved, redirect created, but there's no file anymore. -mattbuck (Talk) 18:56, 7 January 2013 (UTC)

From the logs and lists it looks like:

• File:Clevedon Millennium Obelisk.JPG was moved to
• File:Clevedon MMB 10 Millennium obelisk.JPG (Jan., 5th).

And today, you uploaded

• File:Clevedon MMB 10 Millennium obelisk.jpg and changed the redirect
• File:Clevedon Millennium Obelisk.JPG so it now points to your newly uploaded file.

This is indeed a bug in the script. The file is not moved at all and just the text is copied to the new page. -- Rillke^(q?) 20:39, 7 January 2013 (UTC)

File:Clevedon Millennium Obelisk.JPG was moved to File:Clevedon MMB 10 Millennium obelisk.JPG a couple of months back, unless you mean Jan 5th 2012 or something. I then moved it to File:Clevedon MMB 10 Millennium obelisk.jpg (decapitalising the extension), found that the file itself had disappeared (it wasn't on File:Clevedon MMB 10 Millennium obelisk.JPG or File:Clevedon MMB 10 Millennium obelisk.jpg) and so uploaded it again. -mattbuck (Talk) 21:47, 7 January 2013 (UTC)

This bug should be fixed now. Interesting what mess the script did. It "thought" it is not necessary to move the file but updated all redrirects…, very annoying indeed. -- Rillke^(q?) 22:23, 7 January 2013 (UTC)

This section was archived on a request by: Rillke^(q?) 22:23, 7 January 2013 (UTC)

"Mark as Minor"

When using the Nominate for deletion toolbox link, the javascript follows the user preference setting "Editing -> Mark all edits minor by default". As deletion nominations are never minor edits, the javascript should probably explicitly uncheck "This is a minor edit" when nominating. Reporting here, per Help_talk:Nominate_for_deletion#Bug report. Storkk (talk) 09:07, 15 February 2013 (UTC)

This seems to be a serious bug. Many users have probably often switched on e-mail notifications for watchlist and user talk page changes. However, if an edit is marked as minor, no notification e-mail is sent. Thus, if the edit is marked as minor, a user with this setting won't be notified about the impeding deletion until the user logs in the next time, which could be several months later. --Stefan4 (talk) 14:54, 25 February 2013 (UTC)

 Done -- Rillke^(q?) 10:08, 1 April 2013 (UTC)

This section was archived on a request by: Rillke^(q?) 10:08, 1 April 2013 (UTC)

RenameLink - modification aborted by an extension hook

Just after uploading a file, I see sometimes the filename is not correct. Last week, I successfully used the RenameLink tool.

But today I did a major change: I changed many options within my preferences.

And I cannot request filename change!

I have even restored all default settings, but still cannot use RenameLink!

I have also explained the issue here: MediaWiki_talk:Gadget-AjaxQuickDelete.js/auto-errors#Autoreport_by_AjaxQuickDelete_179284447703 Oliver H (talk) 09:38, 23 March 2013 (UTC)

Sorry for the delay. Usually, I watch the auto-error page very closely. The issue is the GAY in capital letters which triggers Special:AbuseFilter/56 (AbuseFilter's extension hook prevents the edit) because it was abused in the past, I guess. I don't know if it is correct to prevent GAY in headings or not, this is something the community has to give their opinion about. I renamed the file according to your wishes. Cheers -- Rillke^(q?) 10:00, 23 March 2013 (UTC)

Thank you for your help. I have also guessed the same. As the picture is from Category:Marriage equality demonstration in Paris, 27 January 2013 to allow _GAY_ people accessing weeding rights, this is normal... Maybe the RenameLink tool could be more understandable, I have spent some hours trying to understand the issue! (and my post was also refused because the filename contains _GAY_ File:Mieux_vaut_un_mariage_GAY_qu'un_mariage_triste.jpg but I figured out hours to understand that)

Who could help me finding how to allow this rule?

Oliver H (talk) 10:11, 23 March 2013 (UTC)

Would you like to understand why this rule was installed and how one could remove it or how to easier find out what prevented your edits so one can work around? -- Rillke^(q?) 10:29, 23 March 2013 (UTC)

Hummm... both ;) What a pity I spent some hours trying to understand why my file rename was disallowed, and why my post attempts were also disallowed (as I had just enabled many gadgets I thought it was the cause). I would like that other contributors do not spend as much time as I. Therefore I was thinking first to improve the RenameLink user interface... But maybe the best way is to improve the filter bot. For instance, in the description of File:Mieux_vaut_un_mariage_GAY_qu'un_mariage_triste.jpg I must add underscores around _GAY_ to avoid the error "An automated filter has identified this edit as potentially unconstructive, and it has been disallowed. If this edit is constructive, please report this error". Any human can still understand the meaning with the underscores. So what is the added value of the filter? I am reporting this as a bug... Cheers Oliver H (talk) 16:21, 23 March 2013 (UTC)

This issue is reported on Commons_talk:Abuse_filter:

- Commons_talk:Abuse_filter#.5BRenameLink.5D_modification_aborted_by_an_extension_hook

- Commons_talk:Abuse_filter#GAY_disallowed_because_identified_as_potentially_unconstructive

Enjoy your week-end ;-) Cheers Oliver H (talk) 19:08, 23 March 2013 (UTC)

Thank you. I have to admit that AbuseFilter was responsible for a lot of unfortune confusion in the past. The "value" of this filter (56) is (and I quote this from the filter's description) to prevent «Obscenities in all caps»). Some vandals obviously uploaded files with that title of moved pages to such a title or posted accusions or -what ever- conaining GAY in capital letters. The filter was copied by from the English Wikipedia by The Evil IP address in 2009. The easiest solution is using non-capital letters (e.g. gay instead of GAY) and one could create a message that is shown when editing and the edit was prevented. Unfortunately this would even not help RenameLink because it is using the API and through the API, just a hookaborted-error is reported; so RenameLink does not know why the request was aborted (it, in fact even does not know that AbuseFilter aborted the request).

So all I can offer is adding some general help like "Try another file name, ensure you are not blocked and ask at the Village Pump" to RenameLink if it gets a "hookaborted" from the API and adding a specific message to AbuseFilter that is shown when edits are prevented by Filter 56. Do you think this would help? -- Rillke^(q?) 21:26, 25 March 2013 (UTC)

Hi, As you have already read King of Hearts has reduced the number of edits required to bypass the filter from 200 to 50 but I am not sure this is very helpful. I agree with your suggestion: on hookaborted-error, RenameLink may display some ideas to help the user identifying the issue. And RenameLink may also indicate where/how the user can ask help. In my case I thought the issue was an incompatibility between a gadget and RenameLink => I was looking for a solution in the wrong way! and when I was adding a new topic (requesting help) Abuse filter was disallowing me. After many attempts, I realized it was because of the "gay" word (I did not know it was also because it was in capitals). And some more time after, I realized the two issues (RenameLink and Talk page change) were same. Thank you very much for all your work on RenameLink. Thank you also for continuing to improve it ;-) Cheers (note: I am going on holidays, I may not respond to you for some weeks). Have fun Oliver H (talk) 08:41, 26 March 2013 (UTC)

Implemented: I've implemented the suggested changes. Now, RenameLink should display a more descriptive error message and when edits to pages through the usual interface are intercepted, MediaWiki:Abusefilter-warning-obscenities-in-caps is shown. You may propose an improved wording for this message. -- Rillke^(q?) 09:07, 1 April 2013 (UTC)

This section was archived on a request by: Rillke^(q?) 09:07, 1 April 2013 (UTC)

Skin

I would find it most helpful if Move&Replace were to work with the Classic skin. DS (talk) 04:03, 14 February 2013 (UTC)

Classic skin will be removed in a few days. See m:Turning off outdated skins. -- Rillke^(q?) 12:43, 13 April 2013 (UTC)

This section was archived on a request by: Rillke^(q?) 12:43, 13 April 2013 (UTC)

notoken

I always get this error whenever I try to do a COM:UNDEL request:

API request failed (notoken): The token parameter must be set at Fri, 21 Jun 2013 01:15:58 GMT served by mw1208

LFaraone (talk) 01:16, 21 June 2013 (UTC)

Goodness precious means. This must be broken … since a very long time. But users clicked "report" and thought it was reported but it wasn't. How astonishing. I've fixed it now. Thank you! -- Rillke^(q?) 11:30, 21 June 2013 (UTC)

This section was archived on a request by: Rillke^(q?) 11:30, 21 June 2013 (UTC)

Move & replace: edit summary in Wikipedia

I suggest adding a hint that such moves were performed using a script. The main reason is to make clear that the Commons user did not have a look at the Wikipedia pages edited. --Leyo 11:44, 6 September 2013 (UTC)

Which .js file would have to be changed? --Leyo 15:26, 24 November 2013 (UTC)

MediaWiki:Gadget-GlobalReplace.js. -- Rillke^(q?) 18:44, 24 November 2013 (UTC)

This file was among the ones where I was looking for COM:FR to find the code for the edit summary. Now I know why I haven't been successful. It's the line

summary: sr.replace(/\[\[(.+)\]\]/, '[[:commons:$1]]') + ' [[File:' + of + ']] → [[File:' + nf + ']] ' + fr.replace(/\[\[(.+)\]\]/g, '[[:commons:$1]]'),

, but I don't want to touch it since the danger of breaking anything exists…

What about this change?

[[:commons:COM:FR|File renamed]]: File:OLDNAME → File:NEWNAME REASON

(Script) [[commons:COM:FR|File renamed]]: File:OLDNAME → File:NEWNAME, REASON

--Leyo 23:03, 24 November 2013 (UTC)

That would work. But it would also make the edit summary longer, possibly longer than the maxlength of the database field, more likely resulting in truncated edit summaries. Your choice.-- Rillke^(q?) 17:17, 26 November 2013 (UTC)

I am aware of that, but I think it is essential to state that it is a bot-like edit. I tried to find a solution with only a few additional characters. I also removed the :. --Leyo 17:24, 26 November 2013 (UTC)

Then, go ahead! -- Rillke^(q?) 20:54, 26 November 2013 (UTC)

I do not entirely understand the replace(…) part. Hence, it's too risky for me to touch it. --Leyo 21:26, 26 November 2013 (UTC)

This part is for converting internal links to IW-links linking back to Commons. Here, we go:

- summary: sr.replace(/\[\[(.+)\]\]/, '[[:commons:$1]]') + ' [[File:' + of + ']] → [[File:' + nf + ']] ' + fr.replace(/\[\[(.+)\]\]/g, '[[:commons:$1]]'),
+ summary: '(Script) ' + sr.replace(/\[\[(.+)\]\]/, '[[:commons:$1]]') + ' [[File:' + of + ']] → [[File:' + nf + ']] ' + fr.replace(/\[\[(.+)\]\]/g, '[[:commons:$1]]'),

-- Rillke^(q?) 21:59, 26 November 2013 (UTC)

Thank you, done. I removed two : to gain back some characters. --Leyo 22:21, 26 November 2013 (UTC)

This section was archived on a request by: --Leyo 10:22, 2 December 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)

This section was archived on a request by: -- User: Perhelion 02:20, 22 December 2017 (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)

This section was archived on a request by: -- User: Perhelion 02:21, 22 December 2017 (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)

This section was archived on a request by: -- User: Perhelion 02:22, 22 December 2017 (UTC): fixed

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)

:This section was archived on a request by: Senator2029 06:19, 21 November 2019 (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)

 Done @Billinghurst: I've added an option, s. Help:QuickDelete -- User: Perhelion 02:22, 22 December 2017 (UTC)

:This section was archived on a request by: Senator2029 06:19, 21 November 2019 (UTC)