This is an archive of past discussions with User:Shubinator. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page.
DYKUpdateBot is having problems dealing with anons using IPV6 addresses
Based upon this edit, it appears that DYKUpdateBot is having problems giving credits to anonymous users who utilize IPV6 addresses. Could you look into having the bot be better able to handle these with the same efficiency it uses for IPV4 addresses. This is probably a low priority concern currently, but will grow over time with increased usage of IPV6. Thanks. --Allen3talk00:17, 4 November 2015 (UTC)
A tag has been placed on File:Gordon dam.jpg requesting that it be speedily deleted from Wikipedia. This has been done under section F2 of the criteria for speedy deletion, because it is an image page for a missing or corrupt image or an empty image description page for a Commons-hosted image.
If you think this page should not be deleted for this reason, you may contest the nomination by visiting the page and clicking the button labelled "Contest this speedy deletion". This will give you the opportunity to explain why you believe the page should not be deleted. However, be aware that once a page is tagged for speedy deletion, it may be removed without delay. Please do not remove the speedy deletion tag from the page yourself, but do not hesitate to add information in line with Wikipedia's policies and guidelines. Sfan00 IMG (talk) 21:25, 10 November 2015 (UTC)
If you think this page should not be deleted for this reason, you may contest the nomination by visiting the page and clicking the button labelled "Contest this speedy deletion". This will give you the opportunity to explain why you believe the page should not be deleted. However, be aware that once a page is tagged for speedy deletion, it may be removed without delay. Please do not remove the speedy deletion tag from the page yourself, but do not hesitate to add information in line with Wikipedia's policies and guidelines. Sfan00 IMG (talk) 15:14, 17 November 2015 (UTC)
DYKbot seems to have goofed up a talkpage template [1] by grabbing the text of a graphic rather than the entry itself. I've fixed it manually. Kindzmarauli (talk) 21:02, 27 November 2015 (UTC)
Thanks for letting me know! Looks like the bot was confused because the caption is on a separate line from the rest of the image template. This shouldn't be common, so I'll hold off updating the code since it's not an easy fix. Shubinator (talk) 13:33, 30 November 2015 (UTC)
Interesting. The code (to resolve redirects for credits to users) was added to handle renamed users. The parsing credits code expects a username at the end of the day; it would be possible to refactor so it's semantically "put the user credit on this page". I'm pretty wary of that approach though, the loosened restrictions would allow a smartass to redirect their talk page to the Main Page and then kaboom. Shubinator (talk) 01:43, 2 December 2015 (UTC)
Implemented! The bot now supports redirects to pretty much anything in the User talk namespace, as long as that user exists. In this example, the bot would validate User:Djembayz is a real user, then place the credit on User talk:Djembayz/Archive July 2014. Thanks for bringing this up! Shubinator (talk) 21:41, 28 December 2015 (UTC)
Done :) Also, I've got the IPv6 invalid user bugfix ready, I'll update the bot the next time I'm around for an update; likely this weekend or next weekend. Shubinator (talk) 01:46, 8 December 2015 (UTC)
Yep. Dug deeper, it's because |image= was dropped from {{main page image}}. I've added the named parameters back to the queue 5 set, we should be good now. For the long term, if unnamed parameters are common I can add code for it, but it would make the codebase messier. I'll definitely look into making the bot more resilient to this sort of thing though. Shubinator (talk) 18:28, 8 December 2015 (UTC)
My apologies for omitting the parameters. I was unaware that they had any bearing on the bot's task (though I now realize why the "image" parameter does). —David Levy18:33, 8 December 2015 (UTC)
No worries, it's definitely a bug in the bot. The bot's template parsing code is independent of MediaWiki's, which leads to subtle issues like this. I wish MediaWiki had an API that "canonicalized" templates. The parsing wikitext API is close to what we need, but not quite there. Shubinator (talk) 02:21, 9 December 2015 (UTC)
Fixed! Unfortunately this fix came with a tradeoff: the bot assumes {{main page image}}'s first parameter (named or unnamed) is the image. If this assumption is broken, the bot will get confused in its file-related tasks, but should keep chugging along without downtime. Shubinator (talk) 05:45, 29 December 2015 (UTC)
Archiving and Talk page issues
(talk page stalker) Hi there! Your talk page looks pretty long there. If you have time, you should really archive them. ;) Btw I want to suggest that any issues related to the bots should be in another talk page (e.g. DYKUpdateBot issues at the bot's talk page.) This suggestion is for if you have time to check both talk pages. (As you currently only have one very active not.) Cheers! Vincent60030 (talk) 07:30, 9 December 2015 (UTC)
WP:TPL mentions the ordering isn't intended to be prescriptive.
As Ritchie333 alluded to, the DYK talk page template historically (before DYKUpdateBot and even before my time) has been placed at the end of the lead section.
WP:TPL mentions dyktalk being squeezed between other types of templates. DYKUpdateBot doesn't have the smarts to parse the full lead section and place the template between other templates.
DYKUpdateBot missed an update at 12:00, 23 Dec 2015
Another glitch by DYKUpdateBot, which missed the 12:00, 23 Dec 2015 (UTC) update. Manual update has been performed. No obvious explanation for the outage at the Labs-l mailing list. A test message posted to User:DYKUpdateBot/Errors has failed to clear, so we apparently need to have the bot restarted. --Allen3talk12:43, 23 December 2015 (UTC)
Curious. I'm learning a lot about Java locales today. Apparently if one Java application on a server sets the default locale, future Java applications on that server will pick up the new default. I'm guessing one of the other bots/programs running on the Labs machines set the default locale. It's straightforward to tweak our bots to ignore the default locale, but it may be time-consuming. I'm assessing options, hoping to get this fixed before the next update. Shubinator (talk) 19:23, 24 December 2015 (UTC)
Restarted the bot and the issue disappeared, so we're good for the next update. That said, I'll tweak the bot so we (hopefully) don't run into this issue again. Shubinator (talk) 20:47, 24 December 2015 (UTC)
_-_De_Visitatie.JPG){kind=link}