This is an archive of past discussions on Wikipedia:Article alerts. 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.

Miscellany for deletion missing

Bug fixed

Filled by: Admrboltz (talk · contribs)

Time filed: 13:08, 30 January 2014 (UTC)

Link(s): Wikipedia:Miscellany for deletion/Draft:M-54 and M-83 (Michigan highway), Draft talk:M-54 and M-83 (Michigan highway), WP:USRD/AA

Comments: This draft was listed on MfD the 29th, however it did not appear in the most recent AA run. --Admr Boltz 13:08, 30 January 2014 (UTC)

It was skipped again in this mornings run as well. --Admr Boltz 13:11, 31 January 2014 (UTC)

Yes, I haven't added Drafts yet to the namespace list. It'll need a day to deploy. I was half-expecting there to be a new deletion venue for them, rather than re-use of MfD. — HELLKNOWZ ▎TALK 13:30, 31 January 2014 (UTC)

Yeah... I was hoping for something more than MfD as well... --Admr Boltz 13:34, 31 January 2014 (UTC)

Looks good. — HELLKNOWZ ▎TALK 14:08, 1 February 2014 (UTC)

Fails to update AfD status to Keep - after it was mistakenly made a Delete

One-time bug

Filed by: Jonpatterns (talk)

Time filed: 12:11, 26 March 2014 (UTC)

Link(s): Wikipedia:WikiProject Economics/Article alerts

Margret Bird AfD discussion

Margaret Bird public log - this show that the page was deleted, then restored

diff example

Comments: Margaret Bird had an AfD that the closing editor mistakenly deleted. After contacting the editor he restored the article, and amend to AfD discussion page stating the outcome was Keep.

The problem is now AAbot has continued to say the outcome was Delete.

I have been manually editing the entry to say Keep. Jonpatterns (talk) 12:11, 26 March 2014 (UTC)

Hi, thanks for reporting, this is a known "issue". The bot doesn't go back to check closed AfDs it has seen once unless it is forced to (I can't remember what it does with closed ones when forced to recheck the page in question). There are too many pages to recheck, and that is both very time-consuming and resource-consuming (the page history has to be parsed). Besides, there are a hundred ways to mess up the report with opening/closing/reclosing/reopening/moving/renaming/refactoring the discussions. I'll see if rechecking the page updates the closure, but I don't think it does at the moment. Manually editing the page won't do anything, the bot will overwrite any changes. It is impossible to detect what changed users might try to make to the report page. You can only change the archived entries. — HELLKNOWZ ▎TALK 13:58, 26 March 2014 (UTC)

Looks good. — HELLKNOWZ ▎TALK 16:52, 27 March 2014 (UTC)

Thanks, it was working correctly after a couple of days.

Jonpatterns (talk) 13:14, 31 March 2014 (UTC)

2014

Article alerts

Not a bug

Filled by: Starcheerspeaksnewslostwars (talk · contribs)

Time filed: 16:25, 11 January 2014 (UTC)

Link(s):

Comments: Article alerts aren't being updated daily as usual, which means projects aren't being notified of deletion discussions, etc. --Starcheerspeaksnewslostwars^{Talk to me} 16:25, 11 January 2014 (UTC)

But the bot did run today. Last bot run around 08:09, 29 December 2024 (UTC). — HELLKNOWZ ▎TALK 16:34, 11 January 2014 (UTC)

Categories for discussion not closed

Not a bug

Filled by: Admrboltz (talk · contribs)

Time filed: 13:15, 28 January 2014 (UTC)

Link(s): ↓

Comments: Category:Former named state highways in Oregon is still "open" in WP:USRD/AA. It was relisted, then closed but still is showing as an active discussion --Admr Boltz 13:15, 28 January 2014 (UTC)

That's expected behavior. The closer didn't remove the TFD template after adding {{Listify}}. So the bot sees it as open (it doesn't detect or continuously re-read all the discussion pages). And the category isn't yet empty to be deleted. I removed the TfD template. — HELLKNOWZ ▎TALK 14:30, 28 January 2014 (UTC)

Okie dokie. Thanks :) --Admr Boltz 14:39, 28 January 2014 (UTC)

Particularly Dangerous Situation

At Wikipedia:WikiProject Severe weather/Article alerts, why does is say that EdJohnston made that move request? That move request was made by me, not EdJohnston. Dustin talk 14:44, 15 February 2014 (UTC)

Technically, it was made by EdJohnston with this edit, he is the author of the revision which inserted the move request template and categorized the page. The bot cannot parse context and detect that he was doing it on behalf of somebody else. Even if it parsed the non-standard signatures, this would be way too open to misuse. — HELLKNOWZ ▎TALK 16:16, 15 February 2014 (UTC)

This is a side-issue of trying to avoid errors due to vandalism. Basically, ever so often someone would inappropriately remove a nomination template, just for it to be restored very soon. In this case Imzadi197 placed almost the same template shortly after you removed it and the bot decided you were the original nominator. Besides it being really hard to predict such cases, it would take too many resources to actually load and compare every revision, check every user, etc. just to avoid a false positive. The thing is, this case is very rare, where you nominated, but then changed your mind, just for it to get nominated in the same manner shortly afterwards. — HELLKNOWZ ▎TALK 15:18, 16 February 2014 (UTC)

wiki-link to html anchor-tag conversion error if extended char present

Not a bug

Filled by: BatDweeb (talk · contribs)

Time filed: 17:01, 23 July 2014 (UTC)

Link(s): https://wiki.riteme.site/wiki/Burgomaster

Comments: There seems to be a problem with the wikilink-to-html-anchor converter. On the Burgomaster page, under the Municipal Government subsection there is a reference to a Gemeindepräsident, where "Gemeinde" is marked in the page's source (wiki markup) as a link to the article of the same name, i.e., to "Gemeinde". The Wiki markup is correct -- the "Gemeinde" portion is encased in double square brackets -- but the HTML markup also includes the first two characters of "präsident" in the anchor tag (<<a &hellip>), but not the rest of the word. HTML source rendered:

<i><a href="/wiki/Gemeinde" title="Gemeinde">Gemeindepr</a>äsident</i>

These wiki-links shows the same behavior; compare:

Gemeindepräsident (includes the proper a-umlaut)
Gemeindepraesident (ae substitution for the a-umlaut)

According to the wiki-markup help, the thing inside the HTML anchor-tag should be the whole word (as in the second example), but the "ä" prematurely stops the inclusion.

BatDweeb (talk) 17:01, 23 July 2014 (UTC)

Sorry for late reply, but as far as I can tell, this is not an AAB-related bug, but rather with MediaWiki software. [[Gemeindepräsident]] renders Gemeindepräsident and [[Gemeinde]]präsident (as in article) renders Gemeindepräsident. I guess MediaWiki doesn't count "ä" as valid suffix character to include in the link. Someone feel free to report at MediaWiki bugs (I would guess it's either known, won't fix, or pending already). — HELLKNOWZ ▎TALK 16:19, 26 June 2015 (UTC)

Irregular updates

AAlertBot hasn't updated Wikipedia:WikiProject Elections and Referendums/Article alerts since 29 July. This has resulted in a rather important AfD being missed by contributors! Any ideas how to get it listing regularly? Looking at the alert history, it's been fairly patchy. Given that AfDs are 7 day listings, a week off can have a big impact. Cheers, Number 5 7 23:13, 6 August 2014 (UTC)

To my knowledge, the bot ran everyday in since the 29th. The bot won't update the page if there's nothing to report. Are you sure there simply was nothing to report? Do you have an example of an AFD discussion (or any other type of discussion) that the bot missed? Headbomb {talk / contribs / physics / books} 00:28, 7 August 2014 (UTC)

There was an AfD (Wikipedia:Articles for deletion/Pontypridd Urban District Council election, 1898) which should have been picked up (it has the word election in the title). Perhaps there is a problem with the parameters? Number 5 7 10:52, 7 August 2014 (UTC)

Probably because it was not tagged for the project as there was no talk page for the article. Keith D (talk) 11:59, 7 August 2014 (UTC)

Maybe a good idea for the bot to use article titles (if possible) then, as I would be surprised if most pages are tagged. Number 5 7 12:20, 7 August 2014 (UTC)

AAlerts can't do that, and likely won't do that as this is a very error-prone process. Our subscription options are detailed here Wikipedia:Article_alerts/Subscribing#Basic_subscription. The best solution is probably to request a bot to tag articles with the Wikiproject banner, based on whatever criteria you come up with. Headbomb {talk / contribs / physics / books} 14:38, 7 August 2014 (UTC)

That said, if there is a reliable way to detect titles for specific syntaxes/cases, the bot could do that. This would be very very project specific, and nowhere close to detecting "approximate" titles. I'm always looking for new ways to detect pages (though most suggested ways are either error prone, resource intensive, or catch very very pages). — HELLKNOWZ ▎TALK 16:15, 26 June 2015 (UTC)

The bot hasn't run at all since August 6, and there has been a couple AfDs not picked up for WP:Lou. Stevie is the man! ^{Talk • Work} 21:15, 9 August 2014 (UTC)

Not updated in a week?

Filled by: Czar (talk · contribs)

Time filed: 16:48, 25 October 2014 (UTC)

Link(s): Wikipedia:WikiProject Video games/Article alerts

Comments: The footer says the bot ran today, but there hasn't been any update to this AA page in a week despite all kinds of changes (AfDs closed and relisted, new items not added, etc.) Looks like it just stopped updating. Thanks for maintaining this tool—it's a great help czar ♔ 16:48, 25 October 2014 (UTC)

@Hellknowz, any idea what's going on? czar ♔ 19:16, 2 November 2014 (UTC)

Same problem with Wikipedia:WikiProject New Zealand/Article alerts as well as the various sub-projects; last update was on 24 Nov. Schwede 66 17:14, 28 November 2014 (UTC)

Ditto wikiprojects Trains and London. Thryduulf (talk) 19:06, 28 November 2014 (UTC)

Sorry guys, way too much real-life work and I haven't been checking anything regularly. Bot hasn't run for a week. Headbomb's computer may have gotten stuck. I'll ping him and check what's up. — HELLKNOWZ ▎TALK 18:13, 1 December 2014 (UTC)

It's working again. Thanks heaps! Schwede 66 23:50, 1 December 2014 (UTC)

current infobox showing up in older edits

Filled by: Alipoor90y (talk · contribs)

Time filed: 00:09, 11 November 2014 (UTC) Link(s): http://wiki.riteme.site/w/index.php?title=RAR&oldid=11881728

Comments: This edit is for 2005 but in infobox the current release version showing 2014 — Preceding unsigned comment added by Alipoor90y (talk • contribs)

This is not related to AAB. This is also expected behaviour from templates; it's a shortcoming of the software. — HELLKNOWZ ▎TALK 18:16, 1 December 2014 (UTC)