User talk:Beetstra

From Meta, a Wikimedia project coordination wiki
(Redirected from User talk:COIBot)
Jump to navigation Jump to search


Bot thinks its June[edit]

At least in #wikimedia-external-links, where its alerts about edits from a month ago --DannyS712 (talk) 15:10, 27 July 2020 (UTC)

Backlog? Strange. —Dirk Beetstra T C (en: U, T) 16:58, 27 July 2020 (UTC)

Another bot bug[edit]

At User:COIBot/XWiki/talesbymales.com the links to commons should be to files, not to mainspace. Any idea why? --DannyS712 (talk) 11:53, 14 August 2020 (UTC)

@DannyS712: not the bot, its the template. Parameter namespace is set to File. I’ll have a look one of these days. —Dirk Beetstra T C (en: U, T) 13:19, 14 August 2020 (UTC)
I think I fixed it, with Special:Diff/20364878, but please revert if it messed something else up DannyS712 (talk) 22:06, 14 August 2020 (UTC)
It was commented out by @Billinghurst in Special:Diff/20375939 DannyS712 (talk) 22:21, 18 August 2020 (UTC)
Everything with a namespace was being killed. Don't know where the problem lies, and it was too hard to deal with late at night and I needed fixes. Apologies for any inconvenience.  — billinghurst sDrewth 22:31, 18 August 2020 (UTC)
user:DannyS712 & user:billinghurst - it needs more than that. if {{NAMESPACE|<pagename>}} returns something, then you need to use <pagename>, otherwise <namespace>:<pagename>. It is reasonably solved on en.wikipedia (though there is still a template bug there where a newline is appearing without reason in some cases).
The underlying bug in COIBot is that on some pages (probably old) the pagename also contains the namespace connected as well as having a namespace in <namespace>, on others it doesn't. I will try to add some lines to the LinkSaver to clean it up at some point (it is point 11 in User:COIBot/Wishlist, a rather simple hack though), but my work has pulled me back in for a high priority project so I will be busy full time for the coming weeks. --Dirk Beetstra T C (en: U, T) 06:03, 19 August 2020 (UTC)

COIBot doing Draft:Draft: in reports[edit]

Hi. I have noticed that the COIBot reports has recently started doubling up on the word Draft: in reports, eg. User:COIBot/XWiki/filmifeed.com. It is not a user issue, they are definitely not created with that naming. Nothing urgent.  — billinghurst sDrewth 01:11, 17 August 2020 (UTC)

@Billinghurst: that is probably due to the fix in the thread above. It is in the template in the reports. It looks however that there is an underlying bot-bug. --Dirk Beetstra T C (en: U, T) 04:49, 17 August 2020 (UTC)
It is only a recent phenomenom, and doesn't seem to be related to any template change in User:COIBot/EditSummary, so it seems more related to whatever is being handed to the template. <shrug> Let me see if I can faff around with the template a little more.  — billinghurst sDrewth 05:18, 17 August 2020 (UTC)
Bah humbug, I was going to do {{PAGENAME:{{{pagename|}}}}} but that doesn't work as that requires the namespace to exist to kill/exclude it.  — billinghurst sDrewth 05:36, 17 August 2020 (UTC)
@Billinghurst: I think the problem is that some pagename= are filled with namespace:pagename, others are just filled with pagename, and then namespace is sometimes filled and sometimes it isn't. On en.wikipedia it is solved with some nasty nesting functions: if the parameter pagename carries a namespace, ignore the parameter namespace, otherwise add namespace. (and I should just fix the bug). --Dirk Beetstra T C (en: U, T) 06:01, 17 August 2020 (UTC)

wmnyc spam links not detected[edit]

Since deleted, but wmnyc:Brief Guide Ꭲo Purchasing A Water Softener - Purchasing was a spam page created by DenishaGibbs97 with three links: [https://www.franzia.com fantastic deal], [https://www.websitebuilderexpert.com quality], and [https://amolife.com/reviews/what-you-need-to-know-about-under-sink-water-filters.html relevant site]. The xwiki reports at User:COIBot/XWiki/franzia.com, User:COIBot/XWiki/websitebuilderexpert.com, and User:COIBot/XWiki/amolife.com didn't include these additions. Is the wiki not monitored? Thanks, --DannyS712 (talk) 00:04, 26 August 2020 (UTC)

@DannyS712: no, nyc.wikimedia.org is not parsed by user:LiWa3. If those wikis are really prone to spam and the additions are informative then I have to add them to the parameter special in User:LiWa3/Settings (I presume they have a feed on IRC?). --Dirk Beetstra T C (en: U, T) 05:24, 26 August 2020 (UTC)
Not sure. I know outreach has an irc feed (outreach.wikipedia) and doesn't appear to be detected either (latest example at User:COIBot/XWiki/apricotlakecream.net) DannyS712 (talk) 20:19, 26 August 2020 (UTC)
Please do add outreachwiki to the settings (latest was User:COIBot/XWiki/enhancedvigorxr.org) DannyS712 (talk) 17:00, 28 August 2020 (UTC)
It has an irc feed at nyc.wikimedia DannyS712 (talk) 20:24, 26 August 2020 (UTC)
@DannyS712: added, but I will need console access to get it to work without violence. I will try to do that today or tomorrow. --Dirk Beetstra T C (en: U, T) 07:47, 29 August 2020 (UTC)
Also, at User:COIBot/XWiki/gefest-sv.kiev.ua an addition on svwikisource was missed. Is that wiki not tracked? Also User:COIBot/XWiki/mfasantafe.org missed dawiki --DannyS712 (talk) 01:55, 10 September 2020 (UTC)
@DannyS712: Both channels are monitored. In the da.wikipedia case the page was deleted 3 minutes after it was created, possibly the bot was just to late to parse it. For sv.wikisource that should not be the case, but I can't see what was added there. Note that the bot is sometimes overloaded by flooders in WikiData, and it then will offload its backlog for later parsing for wikis and namespaces where there is no hurry (basically, non-mainspace links go into a backlog file and possibly all wikis that do not have XLinkBot enabled (which currently is only en.wikipedia)). Maybe that resulted also in a large lag-time on userpages at that time.
Another reason may be that if the specific 'DiffReader' on the Wikimedia channels are getting overloaded they sometimes crash and restart, which means that for a short time (several minutes) no DiffReader is in the channel. If the edit falls in that period, the bot will also miss it. I will see if I can do some further optimizations in the code at some point, I am thinking to put the high-volume wikis on their own DiffReader, and put wikidata in a low-priority queue by default. --Dirk Beetstra T C (en: U, T) 05:42, 13 September 2020 (UTC)

Bot is logged out[edit]

The bot keeps posting in #wikimedia-external-links that it got logged out, but can't seem to log back in --DannyS712 (talk) 01:56, 6 October 2020 (UTC)

Yes check.svg logged in, should be done  — billinghurst sDrewth 03:36, 6 October 2020 (UTC)
@Billinghurst and DannyS712: ... that's why I did not see it logged out :-). --Dirk Beetstra T C (en: U, T) 05:42, 6 October 2020 (UTC)
Thanks both DannyS712 (talk) 05:43, 6 October 2020 (UTC)
It happened again DannyS712 (talk) 18:02, 6 October 2020 (UTC)

Backlog files[edit]

Is liwa3 just confused and labelling October backlog files as 09 /202009nn-..., or are these files coming from somewhere else? I had checked the backlog directory yesterday and it had been empty.  — billinghurst sDrewth 23:33, 17 October 2020 (UTC)

@Billinghurst: Bit confused - in perl January is month 0 and I am too lazy to convert.
Likely a flooder on wikidata. They find a new property and that is then being added with massive flood. I would really prefer that they had a couple of dedicated flood-bots that people can just program through a on-wiki settings page. Then I can easier filter out that data, there is no use in LiWa3 reporting thousands and thousands of the same additions, if only the users where whitelisted then we don't have that issue (but when you whitelist the user or domain when you notice the queue is already there. --Dirk Beetstra T C (en: U, T) 05:09, 18 October 2020 (UTC)
Okay, so 09 is October, rather than being 10. I thought that linkwatchers had possibly found a secret backlog of files from September. My confusion is addressed.  — billinghurst sDrewth 05:27, 18 October 2020 (UTC)