Wikipedia talk:AutoWikiBrowser/Bugs/Archive 11

This is an archive of past discussions about Wikipedia:AutoWikiBrowser. 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.

Archive 5

←

Archive 9

→

zero-width space

Status	Fixed in the next release
Description	zero-width space HTML entity () should not be replaced when unicodifyingRich Farmbrough, 00:15 20 April 2009 (UTC). 00:15, 20 April 2009 (UTC)
To duplicate:
Operating system
.NET FW Version	Unknown
AWB version
Workaround
Fixed in version

reason - completely invisible character. Possibly should use {{ZWS}} or something. Rich Farmbrough, 00:15 20 April 2009 (UTC).

rev 4235 Added to the list of codes to be ignored when unicodifying. Rjwilmsi 12:18, 20 April 2009 (UTC)

Outdated replacement of template in gen fixes

Status	Fixed in the next release
Description	replaces {{3LW}} with {{3CC}} - maybe others too. Rich Farmbrough, 10:24 23 April 2009 (UTC).
To duplicate:	Gen Fixes on Kiely Williams
Operating system
.NET FW Version	Unknown
AWB version	4.5.2.1 SVN 4102
Workaround
Fixed in version

RegexConversion.Add(new Regex(@"\{\{(?:Template:)?(3cc|3L[WC]|Tla|Tla-dab|TLA-disambig|TLAdisambig)\}\}", RegexOptions.IgnoreCase | RegexOptions.Compiled), "{{3CC}}");

Presume that whole line needs removing? —Ree dy 11:59, 23 April 2009 (UTC)

Yes and any for 2cc and 4cc. Thanks. Rich Farmbrough, 15:58 23 April 2009 (UTC).

rev 4247 —Ree dy 23:21, 23 April 2009 (UTC)

Wrong site?

Status	Fixed in the next release
Description	returns "non-existant page" for most pages in pre-parse mode Rich Farmbrough, 18:10 18 March 2009 (UTC). 18:10, 18 March 2009 (UTC)
To duplicate:	pre-parse runescape.wikia<
Site URL:	runsecape.wikia
Operating system	V
.NET FW Version	Unknown
AWB version	4083
Workaround	none
Fixed in version

It looks very much as though it is accessing en.wikipedia in pre-parse mode because some pages show as existing are on en. Rich Farmbrough, 18:10 18 March 2009 (UTC).

Did this occur after the bug above? —Ree dy 18:35, 18 March 2009 (UTC)

Tried on latest SVN and its fine (so its either been fixed since, or related to the bug above which stopped it working) —Ree dy 20:04, 18 March 2009 (UTC)

I upgraded to 4083 for this very reason. I will try again to get the SVN to compile if that is more recent. 79.71.123.77 (talk) —Preceding undated comment added 03:52, 20 March 2009 (UTC).

I tried it on a custom wiki that i run for a university project - [1] and it all worked fine on whatever was the current svn version at the time of posting. —Ree dy 12:00, 20 March 2009 (UTC)

OK, using rev:4092 Unicow picks up a spelling mistake at the redirect [[2]] which doesn't exist, but is the redirect target for en: unicow. Rich Farmbrough, 13:56 20 March 2009 (UTC).

* Config details: on:general fixes, unicodify, reg-ex typo fix, skip if no fix, off: Tagging, Normal/Advanced, pre-parse mode.

* I have created a typo page on the Wikia which loads successfully, so it's not that.

*: Thanks for looking into this one, it is a puzzle. Rich Farmbrough, 13:56 20 March 2009 (UTC).

Hmm. Wonder if this a wikia bug (or related to using the wikia option).. MaxSem did make a minor change to the logic earlier... Might be related... Will test it against your wikia.. —Ree dy 18:35, 20 March 2009 (UTC)

Found it, i think. Rich, does it work fine if you change project when started up, but not when you load it with a custom set of settings? (As it doesnt create the api editor in the right place) —Ree dy 18:51, 20 March 2009 (UTC)

rev 4097, will stick up a snapshot —Ree dy 18:53, 20 March 2009 (UTC)

OK I will check that I just tried rev 4102. Rich Farmbrough,

00:31 21 March 2009 (UTC). Yes the workaround works! Which is great. Thanks. Rich Farmbrough, 00:34 21 March 2009 (UTC).

Sorta works... some pages are still coming up as non-existent. Hmm. Rich Farmbrough, 00:54 21 March 2009 (UTC). 00:54, 21 March 2009 (UTC)

(Not a work around, it was a proper bug :P).. If you find any pattern or similar, please let me know. Try some pages repeatedly, i can always debug a bit more if its the same ones —Ree dy 00:54, 21 March 2009 (UTC)

OK will look for pattern. Rich Farmbrough, 11:27 27 March 2009 (UTC).

Its reset, and only set at the construction of the ApiEdit object, so it shouldnt be changing it at all.. —Ree dy 12:27, 27 March 2009 (UTC)

Rjwilmsi noticed an ApiEdit bug where it would just mark stuff as non-existent, even though they were. Due to not handling the error criteria fully. rev 4176 sorts this, making it like AWB - if it errors, start delayed restart timer, and try again —Ree dy 19:53, 8 April 2009 (UTC)

Now the pre-parse mode will quite often just stop rather than going into a timer loop. Log file has Message: Bot API returned the following error: Maxlag exceeded: 'Waiting for 10.0.0.237: 6 seconds lagged'. Rjwilmsi 21:04, 8 April 2009 (UTC)

rev 4250 sorts that out (see Pre-parse_mode_broken below. Rjwilmsi 08:00, 25 April 2009 (UTC)

DEFAULTSORT and special characters in ca.wiki

Status	Bug currently being investigated/fixed
Description	I tried general fixes in ca.wiki (check articles ca:Josep Maria Alòs i Martínez and ca:Josep Maria Giménez-Botey). AWB is not correcting special characters nor in DEFAULTSORT neither in ORDENA but it should. In Catalan there is the same problem with English in ordering. For example in Finnish: ü -> y but in english and catalan, ü -> u -- Magioladitis (talk) 11:39, 23 October 2008 (UTC)
To duplicate:
Operating system	XP
.NET FW Version	Unknown
AWB version	4.4.1.0
Workaround
Fixed in version	Unknown

Do the settings for AWB vary for every project? Every project should have a page with their own translations and rules. So, for example: in Catalan wiki, it should be something like Viquipèdia:AWB/translations and in this page, it could be: DEFAULTSORT - ORDENA, Category - Categoria, Image - Imatge, etc. So then you don't have to add always, for every language, every translation and then when they check at the proper "Translations" page, all these variables could be filled. -- Magioladitis (talk) 11:39, 23 October 2008 (UTC)

I made a correction in Magioladitis' text because the mistake was mine, not his. More examples of each language "DEFAULTSORT" problem can be found here.--Xtv - (my talk) - (que dius que què?) 11:50, 23 October 2008 (UTC)

I want to develop a bit more Magioladitis idea: now, every time there is a word that should be translated (p.e. DEFAULTSORT for ORDENA, in Catalan) or a new language that wants to use AWB, we have to tell you to add these translations. I think it would be a good solution that each language had each "translation page". So that, AWB checks for the English words, and this translation page "dictionary". In this page, for example, it should be: DEFAULTSORT - ORDENA, Category - Categoria, Image - Imatge, etc. Then, AWB reads this page and it already knows all the necessary terminology of this language. In this way, every time a language asks you to translate something, you can answer: "do it yourself".

Moreover, in this page it could be also included how every language threats characters in "DEFAULTSORT". For English and catalan, ü is like an u. But for Finnish, ü behaves like y. Then, in this special page, each language could write their own characteristics.

This is a mixed bug and proposal (because DEFAULTSORT does not work properly in Catalan Wiki, and we ask for new features). So, if some part of this "bug" should be transferred to Wikipedia talk:AutoWikiBrowser/Feature requests, I'll do it. Thank you.--Xtv - (my talk) - (que dius que què?) 12:01, 23 October 2008 (UTC)

        public void SetDefaultSort(Parsers parsers, LangCodeEnum LangCode, bool SkipIfNoChange)
        {
            if (LangCode == LangCodeEnum.en)
            {
                bool noChange;
                string strTemp = parsers.ChangeToDefaultSort(mArticleText, mName, out noChange);

                if (SkipIfNoChange && noChange)
                    Trace.AWBSkipped("No DefaultSort Added");
                else if (!noChange)
                    this.AWBChangeArticleText("DefaultSort Added", strTemp, true);
            }
        }

Seems AWB is setup to only do DefaultSort for the english language. —Ree dy 12:02, 23 October 2008 (UTC)

So, you mean it's not a bug but I should move it to Wikipedia talk:AutoWikiBrowser/Feature requests?--Xtv - (my talk) - (que dius que què?) 12:36, 23 October 2008 (UTC)

To add the catalan wikipedia it's easy. I think Max implemented this. -- Magioladitis (talk) 21:27, 23 October 2008 (UTC)

I always thought that all attempts to create local dialects of wikimarkup are stillborn, lame and dumb by definition, but apparently the MW folk disagrees. So I created a feature request for them, to make sure that we will not be forced to hardcode anything. MaxSem^{(Han shot first!)} 12:37, 26 October 2008 (UTC)

And Roan has already implemented it :) —Ree dy 14:42, 26 October 2008 (UTC)

rev 3657 loads the magicword alias' from the API and rev 3659 adds loading of Defaultsort regex on the fly from the magic word alias'. Defaultsort still only enabled for en —Ree dy 14:13, 9 January 2009 (UTC)

Custom namespaces always removed by filter

Status	Bug currently being investigated/fixed
Description	When getting a list of pages on WoWWiki, you are quite likely to get custom namespace pages, like Server: and Guild: - however, when you try to filter the results, there is no way of keeping the custom namespaces. All I want to filter is duplicates and alphabetise them - however, the filter doesn't let me.Kirkburn (talk) 10:23, 21 November 2008 (UTC)
To duplicate:	Create a list of pages on any wiki with custom namespaces. Click filter. Try and keep those namespace's articles.
Operating system	Vista
.NET FW Version	Unknown
AWB version	4.4.1.1 r3503
Workaround
Fixed in version	Unknown

I suspect, we should have a way of making the checkboxes on the fly when we've loaded namespaces in... —Ree dy 23:02, 15 December 2008 (UTC)

rev 3644, rev 3647, rev 3648 goes somewhere towards that. —Ree dy 22:47, 8 January 2009 (UTC)

Awesome :) Kirkburn (talk) 00:17, 16 January 2009 (UTC)

KingbotK plugin "Start the process" button seems broken

Status	Fixed in the next release
Description	"Start the process" button seems broken. -- Magioladitis (talk) 09:28, 4 April 2009 (UTC)
To duplicate:	"Start a process" (in the plugin tab). Press "stop" (in the plugin tab). Then the "Start the process" isn't working.
Site URL:	en.wiki
Operating system	XP SP2
.NET FW Version	Unknown
AWB version	4.5.2.0 (svn 4100) and KingbotK plugin 2.1.1.0
Workaround	Press the "start" button instead (in the Start tab)
Fixed in version

FYI, the normal start button in AWB does the exact same thing. —Ree dy 09:44, 4 April 2009 (UTC)

When I force stop the process, I try to resume using the "Start the process" and I get no response. With the "start" button it resumes. :| I don't have the same problem when the procedure finishes alone. After it finished a list and I reload a new one, "start the process" starts the new procedure. -- Magioladitis (talk) 09:49, 4 April 2009 (UTC)

rev 4222 —Ree dy 00:14, 18 April 2009 (UTC)

Pre-parse mode broken

Status	Fixed in the next release
Description	Pre-parse mode doesn't appear to be working in the most recent build. -- User:Docu 22:43, 23 April 2009 (UTC)
To duplicate:	Enable mode, click start, nothing happens
Site URL:	http://wiki.riteme.site
Operating system	Unknown
.NET FW Version	Unknown
AWB version	4.5.2.1 SVN 4218 (AutoWikiBrowser_rev4246.zip)
Workaround	None
Fixed in version

I am having this same problem.--Kumioko (talk) 02:27, 24 April 2009 (UTC)

It seems to hit some mediawiki timeout feature built into the API. Pressing Stop then Start again a few seconds later should kick it off. Rjwilmsi 07:06, 24 April 2009 (UTC)

It seems to work just fine now. -- User:Docu

For me it just starts the 60 second clock every time and my internet connection is very fast so I don't think its a communication issue.--Kumioko (talk) 20:39, 24 April 2009 (UTC)

Wikipedia server seemed to have problems today. I couldn't edit articles for a while. Not only with AWB, with my browser as well. -- Magioladitis (talk) 20:55, 24 April 2009 (UTC)

I have had problems off and on today as well but I have not been able to use the preparse mode since the last release. My way of preparsing for the moment is to hit start and when it finds an article that needs to be edited I place the curser on the next one down and start again. Not the most efficient but its working in the interim.--Kumioko (talk) 21:07, 24 April 2009 (UTC)

rev 4250 Got it. When in pre-parse mode and API errored due to MAXLAG being over 5 second threshold, AWB just stopped rather than going into the restart timer loop. Make AWB go into restart timer loop if API errors due to MAXLAG exceeded.

This issue was introduced by the work under rev 4176 to correctly handle the API reporting the MAXLAG error (AWB otherwise called all pages non-existent).

Release version 4.5.2.0 is not affected by this issue, but does have the Wrong site bug.

Versions since 4176 (i.e. recent SVN snapshots) have this bug. Rjwilmsi 08:00, 25 April 2009 (UTC)

ArgumentException in MainForm.SectionEditSummary

Status Fixed in the next release

Description

Exception: ArgumentException

Message: String cannot be of zero length. Parameter name: oldValue

Call stack:

   at System.String.Replace(String oldValue, String newValue)
   at AutoWikiBrowser.MainForm.SectionEditSummary(String OriginalArticleTextLocal, String ArticleTextLocal)
   at AutoWikiBrowser.MainForm.MakeSummary()
   at AutoWikiBrowser.MainForm.SetCheckBoxes()
   at AutoWikiBrowser.MainForm.SaveArticle()

Charitwo ^(talk) 20:19, 30 April 2009 (UTC)

To duplicate: Unknown

Site URL: http://cnc.wikia.com

Operating system Microsoft Windows NT 6.0.6001 Service Pack 1

.NET FW Version Unknown

AWB version 4.5.2.1, revision 4176 (2009-04-08 20:48:58)

Workaround None

Fixed in version Unknown

Already in Wikipedia talk:AutoWikiBrowser/Bugs/Archive 10. Reported and fixed. Try downloading a recent snapshot -- Magioladitis (talk) 20:25, 30 April 2009 (UTC)

Excuse me? I don't know who you think you are but don't you dupe and remove my bug without giving me a chance to tell you that I already do those kinds of troubleshooting BEFORE I report here. It gives this error REGARDLESS of newest snapshot. --Charitwo ^(talk) 23:55, 4 May 2009 (UTC)

I am sorry for the removal. It's been three days and I thought everything was ok with the new snapshot. You reported the back for rev 4176. It has been fixed in rev 4184. I had the same bug with the old version. Now with rev 4184 it works fine for me. Which rev are you using? -- Magioladitis (talk) 09:58, 6 May 2009 (UTC)

Mark as fixed in rev 4184.

Let's not archive bugs until there is a production release with the fix in it. AWB users are not under obligation to use snapshots, nor keep updating them, and if we archive bugs before there's a new production release, users may well report duplicates without knowing it. Rjwilmsi 11:13, 6 May 2009 (UTC)

Adds unwanted non-breaking space to measurement descriptors of ordinance

Status	Fixed in the next release
Description	4mm shell, 8in gun should, it appears, be written as such. Rich Farmbrough, 09:40 18 March 2009 (UTC).
To duplicate:
Site URL:	en.wiki
Operating system
.NET FW Version	Unknown
AWB version
Workaround
Fixed in version

I think instead of just adding a space to measurements, AWB could do what Lightbot does. -- Magioladitis (talk) 17:43, 18 March 2009 (UTC)

Re the original request. Why? :/ —Ree dy 19:04, 20 March 2009 (UTC)

The term "40mm" when used to describe an ordnance shell or barrel is not an actual measurement. It is virtually always written without a space. It is a dexcriptor, not a unit of measurement. For instance, "9mm" as a caliber for small arms encompases everything from .355" to .365" calibers. Since it is not a unit of measurement and it is virtually always written in tehcnical manuals and commercially without the space, Wikipedia should follow that convention. WP:GUNS already has a consensus on small arms ammunition and calibers in general. --Nukes4Tots (talk) 03:39, 24 April 2009 (UTC)

The only thing I have to add to that is SmackBot is really getting annoying, it added spaces to the 10mm Auto article 3 times in a little over a day[3][4][5]. And since AWB is apparently causing this, a fix would be very much appreciated. Also, probably over half of the firearms related articles now have spaces in the cartridge names, it would be nice if someone could run a bot to remove these. — DP 5 03:07, 29 April 2009 (UTC)

Okay, I wasn't aware of this convention. rev 4270 I have added an exception so that mm without a space is not corrected (mm with a space still is so that genuine measurements are improved). Rjwilmsi 06:58, 29 April 2009 (UTC)

Circular redirects make AWB go in circles

Status	Fixed in the next release
Description	Apparently AWB's behavior when it comes across a page that is a redirect is to replace it in the list with the target of the redirect. However, if the redirects are circular (e.g., A→B→A), AWB gets stuck in an infinite loop until someone gets involved.
To duplicate:	When I discovered this, AWB was looping back and forth between this page and this page.
Site URL:	http://wiki.riteme.site
Operating system	Windows XP SP3
.NET FW Version	Unknown
AWB version	4.5.2.0
Workaround	Manually fix pages involved, or manually remove pages from AWB's working list
Fixed in version	Unknown

You can activate "Don't follow redirects". -- Magioladitis (talk) 08:50, 28 April 2009 (UTC)

I thought it detected (or did...) detect recursive redirects.. (Or is it literally just recursive, ie it points to itself, not redirect loops) —Ree dy 09:53, 28 April 2

Recursive redirects are detected, but there is no detection of three- or more chain redirect loops.

rev 4266 To prevent this, if 'follow redirects' is enabled, and a redirect is found, and the target of the redirect is itself a redirect, then skip the page. Rjwilmsi 11:01, 28 April 2009 (UTC)

The reason appearing in the log will be "redirect to a redirect"? -- Magioladitis (talk) 11:03, 28 April 2009 (UTC)

Yep. Rjwilmsi 11:11, 28 April 2009 (UTC)

Perfect. (Double-redirect would also be good though). It's good to log this so we can fix it. -- Magioladitis (talk) 11:21, 28 April 2009 (UTC)

What I implemented the first time didn't actually work very well. rev 4284 does it a different way, that works, and skips with reason double redirect per your suggestion. Thanks Rjwilmsi 22:57, 5 May 2009 (UTC)

Re-ordering references can leave page number templates behind.

Status	Fixed in the next release
Description	Re-ordering references can leave page number templates behind. Rich Farmbrough, 11:58 28 April 2009 (UTC). 11:58, 28 April 2009 (UTC)
To duplicate:	gen fixes on http://wiki.riteme.site/w/index.php?title=Battle_of_Stalingrad&oldid=286627537
Operating system
.NET FW Version	Unknown
AWB version
Workaround
Fixed in version

I don't see any references reordering in this one. In which reference are you... referring to? -- Magioladitis (talk) 12:11, 28 April 2009 (UTC)

In the above example AWB doesn't seem to break anything but it needs to handle {{rp}} which I didn't know about. Rjwilmsi 16:34, 28 April 2009 (UTC)

rev 4268 Correctly handle {{rp}} by moving the template along with the reference, if the template is used. As I understand it there are no redirects/aliases of this template to allow for in addition. Rjwilmsi 18:44, 28 April 2009 (UTC)

Yes that's exactly what I meant. I'm not sure if there are similar templates. Nice fix. Rich Farmbrough, 07:48 29 April 2009 (UTC).

Dablinks

Status	Fixed in the next release
Description	AWB moves dablinks like {{for}} and {{dablink}} to the top of articles; this isn't always correct, as in Sport Club Corinthians Paulista (see this edit). Is it possible to deactivate this general fix for certain accounts? I know how to turn off most general fixes using "make module", but I can't seem to figure out which of the various functions listed there makes this change. The edit is acceptable for human editing, but causes false positives in bots, so could someone point me to the function which makes this change so that I can deactivate it? Thanks. –Drilnoth (T • C • L) 01:52, 9 May 2009 (UTC)
To duplicate:	Just run AWB's gen fixes on Sport Club Corinthians Paulista.
Site URL:	en.Wikipedia
Operating system	Windows Vista
.NET FW Version	Unknown
AWB version	4.5.2.0
Workaround	None
Fixed in version

The documentation for the {{dablink}} template says it should always be placed at the top of the article. If the template is commonly used in ways not described by the documentation, then please have the documentation updated to reflect its actual use. I can then update AWB accordingly, which would probably be only move the dablink template to the top of the article where it is already in the zeroth section of the article. If it happens that this article is misusing the template, and there is another template that is more suitable, then I would suggest the article is changed rather than AWB. Rjwilmsi 07:08, 9 May 2009 (UTC)

Already done: rev 4157 Dablinks are only moved if already in zeroth section of the article. I'll ask Reedy to do a new release. Rjwilmsi 08:24, 9 May 2009 (UTC)

Thanks. –Drilnoth (T • C • L) 13:25, 9 May 2009 (UTC)

Date parameter getting stripped from {{Article issues}}

Status	Fixed in the next release
Description	As seen here, AWB likes to strip the "date" parameter from {{Article issues}}. This parameter is used by the "expert" parameter ~~among others~~.
To duplicate:	Open YuYu Hakusho in AWB
Site URL:	en.wikipedia
Operating system	Vista
.NET FW Version	Unknown
AWB version	SVN 4288
Workaround
Fixed in version	Unknown

AWB removes the date parameter because of this feature request where I was advised that the {{article issues}} template never used a 'date=' parameter. Please check with User:Magioladitis to agree what the definitive answer is, and please have the documentation for the {{article issues}} template updated to clearly state what is going on. I can then amend AWB as necessary. Rjwilmsi 07:24, 9 May 2009 (UTC)

It seems I overlooked this and nobody else checked. "date" parameter should be there only if "expert" parameter exists. This is written in a commend somewhere in the code where it's written: "note this parameter is only used by the "expert" message/categories do not use for others"! -- Magioladitis (talk) 09:13, 9 May 2009 (UTC)

rev 4291 Don't remove date parameter from {{article issues}} if the 'expert' parameter is also present. Rjwilmsi 09:44, 9 May 2009 (UTC)

Thank you. --Pascal⁶⁶⁶ 18:42, 9 May 2009 (UTC)

FWIW, I figured out where some of the extra "date" parameters are coming from: [6] --Pascal⁶⁶⁶ 18:55, 9 May 2009 (UTC)

We have to inform Smackbot immediately. It makes tenths of edits per minute! -- Magioladitis (talk) 18:58, 9 May 2009 (UTC)

I will pull 4300 from Reedy's site. ~~

Article issues weirdness

Status	Fixed in the next release
Description	When AWB adds an article issues tag, not all the issues format correctly. See this edit -- only unref tag winds up visible.
To duplicate:
Operating system	Windows XP Pro
.NET FW Version	Unknown
AWB version	4.5.3.0
Workaround	manual fix of tags
Fixed in version	Unknown

--Fabrictramp | talk to me 16:57, 9 May 2009 (UTC)

Looks like the "date" is the problem here -- see manual fix in this edit.--Fabrictramp | talk to me 16:59, 9 May 2009 (UTC)

rev 4302 Yep. The logic only allowed for one parameter using {{subst:CURRENTMONTHNAME}} {{subst:CURRENTYEAR}} as the date value. I've corrected it. Rjwilmsi 18:49, 9 May 2009 (UTC)

Thanks!--Fabrictramp | talk to me 19:18, 9 May 2009 (UTC)

Some vietnamese characters are not replaced correctly

Status	Fixed in the next release
Description	Check this edit AWB added the DEFAULTSORT but without fixing the special characters.
To duplicate:
Site URL:	en.wiki
Operating system	XP SP2
.NET FW Version	Unknown
AWB version	4.5.3.0
Workaround
Fixed in version

(Added by User:Magioladitis)

I can do this later. Do you have a list of other characters, as each one has to be added specifically to AWB? Rjwilmsi 17:10, 10 May 2009 (UTC)

I thought we already had all of them :) -- Magioladitis (talk) 17:44, 10 May 2009 (UTC)

Reedy has done it under rev 4309. Rjwilmsi 18:34, 10 May 2009 (UTC)

removes some reference tags

Status	Not a bug/currently unresolvable
Description	AWB removes entire references, eg. <ref name="p15">Papinot, Jacques. (2003). [http://www.unterstein.net/Toyoashihara-no-Chiaki-Nagaioaki-no-Mitsuho-no-Kuni/NobiliaireJapon.pdf ''Nobiliare du Japon'' -- Inaba, p. 15;] Papinot, Jacques Edmond Joseph. (1906). ''Dictionnaire d’histoire et de géographie du Japon.'' (in French/German).</ref> is replaced with <ref name="p15"/> Hopefully this is the right place to be submitting this kind of bug. ··gracefool ☺ 15:51, 10 May 2009 (UTC)
To duplicate:
Site URL:	http://wiki.riteme.site
Operating system	Windows Vista
.NET FW Version	Unknown
AWB version	4.5.3.0
Workaround
Fixed in version

This is not a bug. Read the documentation at WP:REFNAME. Rjwilmsi 16:56, 10 May 2009 (UTC)

Thanks Rjwilmsi, please excuse my noobdom. ··gracefool ☺ 19:10, 10 May 2009 (UTC)

AWB crashes

Status	Works for me
Description	After I uploaded the latest revision, AWB would crash as soon as it opened even before the windows appeared.
To duplicate:	Unknown
Site URL:	http://wiki.riteme.site/
Operating system	Vista
.NET FW Version	Unknown
AWB version	4.4.0.0
Workaround	None
Fixed in version	Unknown

Are you connect on the internet when loading? -- Magioladitis (talk) 20:17, 22 April 2009 (UTC)

Shouldn't crash, either way. You have got all the files it needs there? —Ree dy 20:59, 22 April 2009 (UTC)

We need more information about what you mean by 'crashes'. What message is displayed/what exactly happens? Rjwilmsi 06:59, 23 April 2009 (UTC)

InvalidOperationException in UserPrefs.LoadPrefs

Status Fixed in the next release

Description

Exception:	`InvalidOperationException`
Message:	`Het XML-document (0, 0) bevat een fout.`
Call stack:	bij System.Xml.Serialization.XmlSerializer.Deserialize(XmlReader xmlReader, String encodingStyle, XmlDeserializationEvents events) bij System.Xml.Serialization.XmlSerializer.Deserialize(TextReader textReader) bij WikiFunctions.AWBSettings.UserPrefs.LoadPrefs(String file) bij AutoWikiBrowser.MainForm.LoadPrefs(String path)
Inner exception:	`XmlException`
Message:	`Hoofdelement ontbreekt.`
Call stack:	bij System.Xml.XmlTextReaderImpl.Throw(Exception e) bij System.Xml.XmlTextReaderImpl.ThrowWithoutLineInfo(String res) bij System.Xml.XmlTextReaderImpl.ParseDocumentContent() bij System.Xml.XmlTextReaderImpl.Read() bij System.Xml.XmlTextReader.Read() bij System.Xml.XmlReader.MoveToContent() bij Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationReaderUserPrefs.Read26_AutoWikiBrowserPreferences()

Japiot (talk) 10:25, 17 May 2009 (UTC)

To duplicate: Unknown

Site URL: http://wiki.riteme.site

Operating system Microsoft Windows NT 5.1.2600 Service Pack 3

.NET FW Version Unknown

AWB version 4.5.3.2, revision 4312 (2009-05-10 21:47:07)

Workaround None

Fixed in version Unknown

I can't open my saved settings greetings Japiot (talk) 10:25, 17 May 2009 (UTC)

I fixed is myself, my saved settings file was empty. I restored an old one and everything is oke. gr Japiot (talk) 10:47, 17 May 2009 (UTC)

Section edit summary

Status	Fixed in the next release
Description	The section edit summary generally mentions sections where AWB makes/suggests to make a change. When I do a few modifications myself, the section in the edit summary might not be the right one [7][8][9], even after hitting "reparse" [10][11]. [12][13][14] are probably off as prior to the edit, there were level 3 headers before the level 2 header. -- User:Docu 15:50, 25 April 2009 (UTC)
To duplicate:	edit the first three headers on [15]
Site URL:	http://wiki.riteme.site
Operating system	Unknown
.NET FW Version	Unknown
AWB version	4.5.2.1 SVN 4218 (AutoWikiBrowser_rev4246.zip)
Workaround	"lock summary" doesn't help. "reparse" is sometimes not an option, as not all suggested changes might be the ones to keep.
Fixed in version	4.5.3.2

I suspect it should work the same as the page edit summaries - If any change is made, the auto generated summary is removed —Ree dy 13:57, 27 April 2009 (UTC)

rev 4263 Compare text in edit box to original article text when deciding whether a section edit is appropriate so that user manual changes are picked up.

Reedy, not sure how this ties in with the edit summary tab? Rjwilmsi 17:56, 27 April 2009 (UTC)

Hmm? Poke me on Skype ;) —Ree dy 09:52, 28 April 2009 (UTC)

Thanks for looking into this. It seems to work fine in AutoWikiBrowser_rev4267.zip. -- User:Docu

AWB is still using {{Articleissues}} instead of {{Article issues}}

Status	Fixed in the next release
Description	See archive - AWB is still using {{Articleissues}} instead of {{Article issues}}. ··gracefool ☺ 15:15, 10 May 2009 (UTC) Just realised, it's because AWB was merging {{orphan}} and {{articleissues}} (this edit). Is there a way to make AWB run through the article twice? ··gracefool ☺ 15:22, 10 May 2009 (UTC)
To duplicate:
Site URL:	http://wiki.riteme.site
Operating system	Any
.NET FW Version	Unknown
AWB version	4.5.3.0
Workaround
Fixed in version	Unknown

The link you are giving just says that AWB that works with both names. AWB right now puts everything in Articleissues. I have not problem if this changes to Article issues but it's not very important. Redirects are cheap. -- Magioladitis (talk) 15:48, 10 May 2009 (UTC)

I can add logic to convert {{articleissues}} to {{article issues}}. Do we care enough? Rjwilmsi 17:14, 10 May 2009 (UTC)

I think what gracefool means that when AWB creates Article issues to use this name instead of Articleissues. -- Magioladitis (talk) 17:43, 10 May 2009 (UTC)

When created, AWB uses {{article issues}}. rev 4310 adds the probably pointless logic to convert existing {{articleissues}} to {{article issues}}. Rjwilmsi 18:29, 10 May 2009 (UTC)

That was really pointless. Remember WP:REDIRECT#NOTBROKEN. Articleissues is widely used as such. -- Magioladitis (talk) 19:39, 10 May 2009 (UTC)

Ryan Braun external links format (test page)

Status	Not a bug/currently unresolvable
Description	Ryan Braun#References (this version) has references with external links in the form [http://www.site.com/article "Articletitle" [[Site]] on April 17] There isn't probably much that AWB can or should do about that, but it might be worth bookmarking this page just for tests. April 17, 2009 -- User:Docu
To duplicate:
Site URL:	http://wiki.riteme.site
Operating system
.NET FW Version	Unknown
AWB version	4.5.2.1 SVN 4218
Workaround
Fixed in version

In rev 4216 I added logic to handle [http://www.site.com/article description [part in square brackets] blah] because that displays incorrectly. I also noticed formatting like in your examples at the time. However, given that those ones do display correctly, I don't think AWB should try to change them, so there's no bug to fix here. Rjwilmsi 22:50, 17 April 2009 (UTC)

I agree with you on Ryan Braun. At Death of Ian Tomlinson (this version), AWB attempts to convert various single square brackets to ]

There is a square bracket missing in ref name=UnderwoodApril8 that seems to have triggered it. As the missing closing bracket is beyond the closing ref tag, maybe it could be reduced. There is another missing set in ref name=DavenportBrierleyApril2. - User:Docu

rev 4223 Limit adding ] to not go beyond </ref>. Unfortunately on that article with two unbalanced brackets in separate places, they cancelled each other out and AWB didn't see any problem. It will be a limitation of the AWB logic that it will only be able to highlight one unbalanced bracket, though the general fixes can correct many. Rjwilmsi 10:58, 18 April 2009 (UTC)

Steady restart and steady increment of time for restart

Status	Fixed in the next release
Description	1) After first page from list AWB-bot goes to restart after ~~every page~~ many of pages. 2) The time of restart increments after every ~~bugged~~ edit by 5 sec, from 5 sec after first edit to 60 sec (then it does not increment, but states at 60 sec until AWB will be closed fully and started again). Alex Spade (talk) 18:59, 11 February 2009 (UTC)
To duplicate:
Site URL:	Ru-Wikipedia
Operating system	Windows XP SP 3
.NET FW Version	Unknown
AWB version	4.5.0.0, 4.5.1.0, 4.5.2.0, 4.5.3.2
Workaround	Choose next page in list and click “Start” instead of waiting for a full minute
Fixed in version	snapshot (4325)

Are you using the pre-parse mode? -- Magioladitis (talk) 19:05, 11 February 2009 (UTC)

No. Option "Use pre-parse mode" is off. Alex Spade (talk) 18:06, 12 February 2009 (UTC)

Update: I have investigated log more carefully, I've found out, that restart was not occurring after every page, but after many of pages (some pages were saved without restart after them). Alex Spade (talk) 21:49, 21 February 2009 (UTC)

Same thing here. Precisely the same bug in every regard, except mine is on Simple Wikipedia. I've tried every version I can get my hands on. DefenseSupportParty (talk) 14:13, 19 March 2009 (UTC)

Choosing of next page in list and clicking “Start” instead of waiting for a full minute are helping, but it's suitable only for semiautomated edits (My main account) and not suitable for automated edits (My bot account) - this problem decreases my bot productivity from 10 pages/~~sec~~min to 1-3 pages/~~sec~~min. Alex Spade (talk) 17:43, 23 March 2009 (UTC)

I highly doubt 10 pages/sec.. I can get 10-12 edits per MINUTE - an edit every 5-6 seconds.. some people report faster/slower at different geographical locations... —Ree dy 19:29, 23 March 2009 (UTC)

Misprint. Alex Spade (talk) 19:46, 23 March 2009 (UTC)

From what I can tell, when AWB downloads the diff to check that the save has succeeded, it only gets the first 4096 bytes. As a result, most of the time either the document has no body, or the body does not contain 'id="siteSub"', causing WebControl.OnDocumentCompleted to fault. Hesperian 05:11, 27 March 2009 (UTC)

AWB generates the diff itself internally. —Ree dy 10:20, 27 March 2009 (UTC)

Whatever. WebControl.OnDocumentCompleted is faulting after a successful save, because Document.Body is null when it isn't suppose to be. Every time it happens, Tool.WriteDebug(Name, DocumentText) yields a 4096-byte-long incomplete HTML page. Make of that what you will. Hesperian 12:59, 27 March 2009 (UTC)

Hmm, thats a bit more descriptive, but mine doesn't do that... Nothing gets logged for me like that. Hmm —Ree dy 13:10, 27 March 2009 (UTC)

rev 4315 seems to have made this better for some users it seems... Please try the current snapshot (4325) —Ree dy 19:56, 16 May 2009 (UTC)

Experiments with snapshot (4325) have shown good results, the problem has not been detected. Alex Spade (talk) 08:44, 22 May 2009 (UTC)

String cannot be of zero length. Parameter name: oldValue / ArgumentException in MetaDataSorter.MoveDablinks

Status Fixed in the next release

Description

Exception: ArgumentException

Message: String cannot be of zero length. Parameter name: oldValue

Call stack:

   at System.String.Replace(String oldValue, String newValue)
   at WikiFunctions.Parse.MetaDataSorter.MoveDablinks(String articleText)
   at WikiFunctions.Parse.MetaDataSorter.Sort(String articleText, String articleTitle)

--Kumioko (talk) 03:16, 11 May 2009 (UTC)

Kwiki (talk) 07:08, 11 May 2009 (UTC)

To duplicate: [encountered while processing page [16]]

Site URL: http://wiki.riteme.site

Operating system Microsoft Windows NT 6.0.6001 Service Pack 1

.NET FW Version Unknown

AWB version 4.5.3.2, revision 4312 (2009-05-10 21:47:07)

Workaround None

Fixed in version Unknown

rev 4316 and rev 4317. Fixed. Rjwilmsi 04:10, 11 May 2009 (UTC)

rev 4321 adds unit tests, and better fix. Rjwilmsi 18:09, 14 May 2009 (UTC)

Orphan tags

Status	Fixed in the next release
Description	AWB's general fixes include attempting to remove valid Orphan tags. Examples include Big Barn Farm and Equipment codes. Double clicking on the Orphan line restores the tag, but also erroneously removes the first paragraph of the article. Also, it fails to find certain search & replace items which are correctly handled on other articles. This may be three separate problems, but I've only encountered the other two in conjunction with the Orphan issue. MANdARAX • XAЯAbИAM 22:00, 16 February 2009 (UTC)
To duplicate:	I've left typos uncorrected on Equipment codes for debugging. Set find & replace for Surveilance -> Surveillance and requirments -> requirements
Operating system	XP
.NET FW Version	Unknown
AWB version	4.5.1.0
Workaround	turn off "Apply general fixes"
Fixed in version	Unknown

Tagger logic to remove orphan tags may need improving. Double click undo behaviour is operating as expected: you will need multiple double clicks to completely undo the tag removal that way. I can't reproduce the find & replace issue on that article. Please post your AWB settings file for that. Rjwilmsi 23:59, 16 February 2009 (UTC)

Sorry I bothered you with the search & replace thing. I didn't notice that the "Ignore" option which I had selected included headings along with templates, refs, and link targets. The items in question were in section headings. As for the double click undo which removes the paragraph while restoring the tag, I'm very surprised to discover that it's supposed to work that way, but I only started using AWB yesterday, so I'll get used to things. Thanks, MANdARAX • XAЯAbИAM 02:46, 17 February 2009 (UTC)

As I've gotten a little more experience with AWB, I've discovered that it's almost always wrong in its removal of Orphan tags. To restore them I copy and paste them because double clicking removes the first paragraph, and double clicking to restore that undoes corrections which had already been made to that paragraph. mandarax • xɐɹɐpuɐɯ 20:56, 18 February 2009 (UTC)

Also problems with tagger. Will document when I have time. Rich Farmbrough, 03:22 22 February 2009 (UTC).

I've changed the Workaround in the table above. Turning off "Auto tag" does not prevent the erroneous removal of valid Orphan tags. Turning off "Apply general fixes" does. MANdARAX • XAЯAbИAM 01:03, 6 March 2009 (UTC)

Status	Fixed in the next release
Description	removes {{Orphan}} tag with GF on and tagger and substitutions off Rich Farmbrough 12:41 27 March 2009 (UTC).
To duplicate:	See diff below
Site URL:	en
Operating system	v
.NET FW Version	Unknown
AWB version	4102
Workaround
Fixed in version

Marked as fixed after reverting GF removing tags in rev 4400 —Ree dy 19:00, 1 June 2009 (UTC)

Hi, the bot is removing the orphan tag on Copyright Renewal Act of 1992, even though the page is still an orphan under the criteria listed at WP:ORPHAN. I suspect the bot is counting links from DAB pages such as CRA. TJRC (talk) 18:49, 26 March 2009 (UTC)

Yeah. GF will remove tags if they are deemed removable. The WLH might need tweaking for these purposes.. —Ree dy 12:47, 27 March 2009 (UTC)

There are three incoming links but the one is a disamb page. How can we really exclude disamb pages from counting? -- Magioladitis (talk) 12:55, 27 March 2009 (UTC)

The tagger already excludes non article mainspace and redirects. Disambiguation pages and lists need to be handled. The second may be easier, at least in a weak form. For example, exclude any incoming links with articles staring with "List of" and "xxxx in" (where xxxx a four digit number.

ps How is it possible 4102 is still in use? -- Magioladitis (talk) 12:59, 27 March 2009 (UTC)

Either modified, or a typo... —Ree dy 13:02, 27 March 2009 (UTC)

Build 4102 is only 7 days old. Rich Farmbrough, 13:43 27 March 2009 (UTC).

OH. SVN rev... —Ree dy 18:49, 27 March 2009 (UTC)

How tro exclude dab pages... make sure they are all at XXX (diasmbiguation). Humans will make a fuss though. Rich Farmbrough, 13:44 27 March 2009 (UTC).

The problem is much more than just counting dab pages. As I noted when I reported this above, AWB's removal of Orphan tags is almost always wrong. As a test, I just started at a random place in an "Orphaned articles" category and worked my way through. I stopped after AWB found ten Orphan tags it wanted to remove. In every single instance, AWB was incorrect. Example: Casio FZ-1 -- the only page linking to it is a redirect, which is not counted when determining Orphan status. MANdARAX • XAЯAbИAM 19:27, 27 March 2009 (UTC)

I suspect.. We want to use WLH exc Redirects then.. —Ree dy 19:30, 27 March 2009 (UTC)

It's not just redirects. For example, Casio CTK-691 has only one link from the article space (CTK, which is a dab page), but five links from other spaces (well, six after I post this). And my example above, Casio FZ-1, is especially puzzling since there was only one page of any kind linking to it. MANdARAX • XAЯAbИAM 20:26, 27 March 2009 (UTC)

Im not sure there is a way we can distinguish if its a diamb page (unless it says so in the title).. Or is there.. Without having to load loads of pages... —Ree dy 20:29, 27 March 2009 (UTC)

I propose the following solution: Exclude redirects and non article mainspace, exclude articles with "List of" "xxxx in", "(disambiguation)" in the title and give a warning when removing orphan tag that article may not fulfill WP:ORPHAN criteria. Moreover, add an option to turn on/off auto-detagging of orphan template. Afterall, AWB is used with editor's responsibility. -- Magioladitis (talk) 21:01, 27 March 2009 (UTC)

As of rev 4395 AWB is still removing {{orphan}} from Casio FZ-1. --Pascal⁶⁶⁶ 03:32, 1 June 2009 (UTC)

Seems i need to create a couple of new list providers, and use them instead. We need to add blfilterredir=nonredirects... Some other refactoring of providers names needs doing me thinks. —Ree dy 07:18, 1 June 2009 (UTC)

rev 4404, rev 4405 - These 2 fix the wrong removal of the orphan tag from pages that only have redirects to them... This wont include any pages that link to the redirects, but i suspect its only an orphan if its got no direct links? Or do we need to cater for the redirects too (not a problem to do so)... —Ree dy 18:51, 1 June 2009 (UTC)

rev 4409 - Added a list provider that can do what links to the redirects, but excluding the redirects. Please let me know if this is what we should be using. —Ree dy 19:00, 1 June 2009 (UTC)

Kingbotk crashes when "|1=" is missing inside {{WPBS}}

Status	Fixed in the next release
Description	Kingbok plugin crashes every time the "\|1=" is missing inside WPBS. This is serious because many editors forget to add it in the template and AWB fails to fix it. -- Magioladitis (talk) 18:19, 15 March 2009 (UTC) (date copied from the talk page of KingbotK plugin where I first reported it). As I solution propose that AWB adds the parameter if missing.
To duplicate:	Create an example in Sandbox
Site URL:	en.wiki
Operating system	XP SP2
.NET FW Version	Unknown
AWB version	4.5.2.1
Workaround
Fixed in version

After Reedy removed the addition of nested parameter, the plugin doesn't crash anymore. Now it fails to add "blp=yes" when "|1=" is missing. Check this edit. If the parameter is there Kingbot works fine (example: [17]) -- Magioladitis (talk) 07:40, 1 June 2009 (UTC)

I am marking this as fixed since it's not happening anymore, after the change above. -- Magioladitis (talk) 07:44, 19 June 2009 (UTC)

Two empty lines before stub-templates

Status	Fixed in the next release
Description	The AWB insert two empty lines (or second empty line) before stub-templates. Early it insert only single empty line. Alex Spade (talk) 17:53, 13 May 2009 (UTC)
To duplicate:
Site URL:	Ru-Wiki
Operating system	Windows XP
.NET FW Version	Unknown
AWB version	4.5.2.0 and 4.5.3.2
Workaround
Fixed in version

There was a bug report and following that rev 3435 changed the logic to add two new lines before stub tags per Manual Of Style standards. That was done in October 2008. Rjwilmsi 18:02, 14 May 2009 (UTC)

Could you please disable this function (two lines before stub-templates) for Ru-Wiki? Our standards recommends only one empty line before stub-templates and deprecates two or more empty lines. Alex Spade (talk) 16:12, 15 May 2009 (UTC)

Yes, we can have per-wiki variations in number of lines. I'm not sure I'll have time to do this for a few days though. Rjwilmsi 16:37, 15 May 2009 (UTC)

Thx. Alex Spade (talk) 17:08, 15 May 2009 (UTC)

rev 4331 As requested. All other languages remain at two newlines before stubs. Rjwilmsi 19:08, 18 May 2009 (UTC)

ReferenceS

Status	Fixed in the next release
Description	I have seen this happen three times now; shouldn't the "S" be lowercase? –Drilnoth (T • C • L) 18:04, 13 May 2009 (UTC)
To duplicate:
Site URL:	en.wikipedia
Operating system	Vista
.NET FW Version	Unknown
AWB version	As above
Workaround
Fixed in version

Yup,

        private static readonly Regex RegexHeadings3 = new Regex("(== ?)(referen[sc]e:?)(s? ?==)", RegexOptions.IgnoreCase | RegexOptions.Compiled);

is at fault, as its capturing the s in the thing, but ignoring the case. —Ree dy 20:17, 13 May 2009 (UTC)

rev 4322 That should fix it. Rjwilmsi 18:59, 14 May 2009 (UTC)

Thanks! –Drilnoth (T • C • L) 20:28, 14 May 2009 (UTC)

Comments get removed from between categories

Status	Fixed in the next release
Description	If there are comments between categories, such as in Ohio and Mississippi Railroad (which is a redirect), they get moved to before the categories. NE2 01:38, 14 May 2009 (UTC)
To duplicate:	Run general fixes on Ohio and Mississippi Railroad with "follow redirects" unchecked.
Site URL:	English Wikipedia
Operating system	XP
.NET FW Version	Unknown
AWB version	4.5.3.2
Workaround
Fixed in version

Not exactly sure this a bug as this is AWB's intended behaviour. The question is whether comments within a list of categories should be allowed. I don't think it's common practice. Rjwilmsi 08:10, 14 May 2009 (UTC)

It's certainly useful in this example, so it shouldn't be the intended behavior. --NE2 18:47, 14 May 2009 (UTC)

rev 4346 allow comments on new line between categories, and keep them in the same place. Rjwilmsi 20:22, 22 May 2009 (UTC)

rev 4494 Allow comments on same line after categories. Rjwilmsi 20:46, 15 June 2009 (UTC)

Multiple breaks

Status	Not a bug in AWB, has been referred
Description	When AWB removes unnesscary breaks from the end of lists, it only removes one (e.g., here). Could it be made to remove all of the breaks? –Drilnoth (T • C • L) 19:39, 16 May 2009 (UTC)
To duplicate:
Site URL:	en.Wikipedia
Operating system	Vista
.NET FW Version	Unknown
AWB version	4.5.3.3 (SVN 4317)
Workaround
Fixed in version

Provided you are calling FixDates, it already does (rev 4328 adds unit tests based on your example). Rjwilmsi 11:10, 18 May 2009 (UTC)

I do not call FixDateOrdinalsAndOf because it has some spellchecker-type things which bots shouldn't be doing... is that what you're referring to? –Drilnoth (T • C • L) 12:48, 18 May 2009 (UTC)

No, FixDates() and FixDateOrdinalsAndOf() are different. Bots can still call FixDateOrdinalsAndOf because it is about MOS compliance, not spelling. Rjwilmsi 15:20, 18 May 2009 (UTC)

Okay; thanks for the clarification. My bad. –Drilnoth (T • C • L) 15:40, 18 May 2009 (UTC)

Preferences > Site form is not being reset correctly

Status	Fixed in the next release
Description	Preferences > Site form is not being reset correctly See image below, note that the Project selection is 'Custom' but alongsite the http:// option box it says '.wikia.com' Image:AWB-prefrences-site-wiki-error.png Cjchilling (talk) 09:09, 17 May 2009 (UTC)
To duplicate:	Steps: Open Options>Preferences>Site Choose Project 'wikia' from the drop down menu and you will note that '.wikia.com' has appeared alongsite teh http:// box Enter something in the http:// box Change the Project to 'custom' and you note that the '.wikia.com' has not been removed
Site URL:	http://www.local.spadental.co.uk/wiki/
Operating system	Microsoft Windows NT 5.1.2600 Service Pack 3
.NET FW Version	Unknown
AWB version	4.5.3.2, revision 4312 (2009-05-10 21:47:07)
Workaround	None
Fixed in version	Unknown

rev 4326 —Ree dy 18:56, 17 May 2009 (UTC)

Your code creates page errors inside imagemap tags.

See this difference, the self linking wiki markup was deleted and created a page error. "Error: no valid link was found at the end of line 20". HumphreyW (talk) 12:13, 17 May 2009 (UTC)

Do we need to allow self links within imagemaps then? Rjwilmsi 14:51, 17 May 2009 (UTC)

Yes, I think to avoid the error the AWB code should ignore self links inside imagemap tags. HumphreyW (talk) 15:07, 17 May 2009 (UTC)

Done rev 4330 Don't apply self link removal if page has an imagemap. Add TODO as it would be better to not apply self link removal within an imagemap, and still allow it outside, but that's more effort. Rjwilmsi 15:32, 18 May 2009 (UTC)

I'm using SVN 4477, but this still happened. Any ideas? –Drilnoth (T • C • L) 22:24, 12 June 2009 (UTC)

rev 4536 Fixed. Rjwilmsi 20:38, 15 June 2009 (UTC)

Thanks. –Drilnoth (T • C • L) 20:46, 15 June 2009 (UTC)

"Æ" → "ae" not "e"

Status	Fixed in the next release
Description	After a seeing a bot bug report here, it appears that AWB replaces "Æ" in DEFAULTSORTs with "e", when it should be "ae". See, for example, [18], [19]. Could this be fixed? –Drilnoth (T • C • L) 22:38, 17 May 2009 (UTC)
To duplicate:
Site URL:	en.Wikipedia
Operating system	Vista
.NET FW Version	Unknown
AWB version	4.5.3.3 (SVN 4317)
Workaround
Fixed in version

Is there any consensus for that? I remember that being discussed in Wikipedia:Wikiproject Biography bu I don't remember what was the conclusion. -- Magioladitis (talk) 22:48, 17 May 2009 (UTC)

Isn't that how it virtually always is? Anyway, if there isn't consensus one way or the other AWB probably shouldn't make that specific change. –Drilnoth (T • C • L) 22:53, 17 May 2009 (UTC)

There is a discussion in Category talk:Biography articles without listas parameter. It seems editors are converting to "Ae", "A" or "E". -- Magioladitis (talk) 23:47, 17 May 2009 (UTC)

I see. In that case it is probably best for AWB to not do anything with it since it seems variable. –Drilnoth (T • C • L) 00:02, 18 May 2009 (UTC)

rev 4329 We'll change to "AE" (uppercase) or "ae" (lowercase). Rjwilmsi 11:12, 18 May 2009 (UTC)

Thanks. –Drilnoth (T • C • L) 12:45, 18 May 2009 (UTC)

AE is wrong. One simple DEFAULTSORT rule is that the first letter of every word should be upper case and every other letter should be lower case. See WP:Sort key#Using sort keys for the general rule or WP:MCSTJR for the specific case of sorting people. MANdARAX • XAЯAbИAM 17:37, 18 May 2009 (UTC)

I also brought up the DEFAULTSORT issue you mentioned as a future enhancement.--Kumioko (talk) 17:48, 18 May 2009 (UTC)

We are confusing two issues here. The diacritic conversion is used by more than just the defaultsort logic, so the above change is correct. If there is a further issue with the case of defaultsort sortkeys then that should be raised separately. Rjwilmsi 19:21, 18 May 2009 (UTC)

Where does AWB use diacritic conversion other than for sort keys? In any case, for the specific issue raised in this bug report, "AE" is definitely wrong. Words in sort keys should have the first and only the first letter capitalized. MANdARAX • XAЯAbИAM 20:30, 18 May 2009 (UTC)

For an example, see Category:Anglo-Saxon saints. As I write this, Ælfheah of Canterbury has an incorrect DEFAULTSORT of "AElfheah" and incorrectly appears at the top of the list, above Acca of Hexham. All of the other "Æ" names have correct "Ae" DEFAULTSORTs, and correctly appear between Adulf and Ailred of Rievaulx. MANdARAX • XAЯAbИAM 21:41, 18 May 2009 (UTC)

Okay, so there is a separate issue that sortkeys can be created where the 'Title Case' rule is not applied. I'll fix this later. Rjwilmsi 08:31, 19 May 2009 (UTC)

rev 4336 Sortkeys for defaultsort are set to use Proper Case. Rjwilmsi 17:35, 19 May 2009 (UTC)

Thanks! (I've submitted a related feature request to correct case for %%key%%.) MANdARAX • XAЯAbИAM 06:23, 20 May 2009 (UTC)

Minor formatting error

Status	Fixed in the next release
Description	Not sure how to briefly describe this, it just leaves an extra space behind when removing the link, indenting the word. OlEnglish ^(Talk) 10:03, 19 May 2009 (UTC)
To duplicate:
Site URL:	wiki.riteme.site
Operating system	Windows XP
.NET FW Version	Unknown
AWB version	not running it, just noticed the error
Workaround
Fixed in version

It is/was removing a self link.. —Ree dy 10:10, 19 May 2009 (UTC)

[20], added to test wikipedia for easy editing. Note, in AWB diffs you don't seem to be able to see the leading whitespace when its done.

Line 1586 in Parsers.cs is at fault, as below.

                articleText = Regex.Replace(articleText, @"\[\[\s*" + escTitle + @"\s*\|([^\]]+)\]\]", "$1");

rev 4333 adds a unit to show this. I'm about to go out so havent got chance atm to look at fixing it (might do later, unless Rjwilmsi gets to it before me). —Ree dy 11:10, 19 May 2009 (UTC)

Change to

                articleText = Regex.Replace(articleText, @"\[\[\s*" + escTitle + @"\s*\|\s*([^\]]+)\s*\]\]", "$1");

should do it, which I'll do this evening. There will be a couple of other replaces in the same boat. Rjwilmsi 11:37, 19 May 2009 (UTC)

rev 4335 Fixed per above. Rjwilmsi 16:50, 19 May 2009 (UTC)

Persondata comments

Status	Fixed in the next release
Description	The comment <!-- Metadata: see [[Wikipedia:Persondata]] --> should always be located immediately above {{persondata}}. This edit moved the comment incorrectly; could it be fixed to not more the comment or put it in the proper location if it isn't already? –Drilnoth (T • C • L) 01:05, 20 May 2009 (UTC)
To duplicate:
Site URL:	en.Wikipedia
Operating system	Vista
.NET FW Version	Unknown
AWB version	4.5.3.3 (SVN 4317)
Workaround
Fixed in version

I would suggest we don't even need this comment.--Kumioko (talk) 01:29, 20 May 2009 (UTC)

I pretty much agree, although I can see some editors not understanding what the template does without a handy link. –Drilnoth (T • C • L) 01:39, 20 May 2009 (UTC)

I'll fix this over the weekend. Are there any variations in the comment wording? Rjwilmsi 11:22, 21 May 2009 (UTC)

Not that I have seen.--Kumioko (talk) 12:42, 21 May 2009 (UTC)

Yes I am against too much html comment cruft. Rich Farmbrough, 13:23 21 May 2009 (UTC).

The newer version of the ready to paste version at Template:Persondata includes the comment within the template, but adds another one outside. I think we should update the documentation to remove the later.

On a side note, Wikipedia:CHECKWIKI#Comment_not_correct_end has a series of broken comments. It's quite interesting what can be found in there. -- User:Docu

rev 4343 That persondata comment is kept with the persondata, if present. Limited to en-wiki only and only that exact comment. Any comments within the {{persondata}} comment are already supported. Rjwilmsi 19:26, 22 May 2009 (UTC)

Awesome; thank you. –Drilnoth (T • C • L) 19:27, 22 May 2009 (UTC)

Overzealous de-ordinaling

Status	Fixed in the next release
Description	When encountering \b\d{1,2} Monthname d{1,2}(st
To duplicate:	gf on Operation Barbarossa
Site URL:	en Wp
Operating system	V
.NET FW Version	Unknown
AWB version	4.5.3.2
Workaround	manual override
Fixed in version

hmm now I broke the bug template... Rich Farmbrough, 13:38 21 May 2009 (UTC).

"When encountering \b\d{1,2} Monthname d{1,2}(st|nd|rd|th) AWB thinks the ordinals apply to the month. There should probably be a "the" inserted in the article, but nonetheless the one or two numerals before the month supply the hint to not convert the ordinal after." Rich Farmbrough, 13:38 21 May 2009 (UTC).

"On 27 June 2nd and 3rd Panzer Groups" for example. Okay, I'll fix over the weekend. Rjwilmsi 17:34, 21 May 2009 (UTC)

rev 4345 Fixed. Rjwilmsi 19:37, 22 May 2009 (UTC)

Human DEFAULTSORT

Status	Fixed in the next release
Description	AWB adds incorrect DEFAULTSORT to people articles. It should attempt to determine when to use a human name sort key. I certainly don't expect it to get it right every time, but there are usually sufficiently easy clues such as birth/death categories. I've been correcting lots of bot errors (e.g. Amé Bourdon) which add incorrect DEFAULTSORTs to articles about people, and it would be very helpful if AWB did it correctly in the first place. MANdARAX • XAЯAbИAM 02:52, 23 May 2009 (UTC)
To duplicate:
Site URL:	en
Operating system	XP
.NET FW Version	Unknown
AWB version	SVN 4340
Workaround
Fixed in version

Could you provide a couple examples of what its doing wrong? This will help the developers determine how to fix the problem--Kumioko (talk) 03:00, 23 May 2009 (UTC)

It's adding a DEFAULTSORT of Forename Surname when it should be Surname, Forename. Bot edit examples: Alé Garza, Frédéric Desmons, César Charlone (cinematographer) (which has the additional issue of the disambiguator which should be removed). To see AWB add the DEFAULTSORT, do genfixes on a page like Stéphanie Mahieu. MANdARAX • XAЯAbИAM 05:06, 23 May 2009 (UTC)

I think AWB is only removing accents, diacritical marks, etc. for the sort value. This might be a case where the human editor needs to verify the change. There are at least two issues with names. One: how is AWB to know that a page is about a person, and that the default sort therefore needs to be different from other articles? Two: How can AWB be sure what the surname is? An example is Gabriel García Márquez: this should sort under "Garcia Marquez, Gabriel", not "Marquez, Gabriel Garcia". --Auntof6 (talk) 06:11, 23 May 2009 (UTC)

Even worse April Wine is under the scope of Wikiproject biography but it's a group so it goes under "April June" and not "June, April". I think AWB correctly removed diacritics. The rest need to be done manually. Of course, it would be a good idea if editors where allowed to use this option or not. -- Magioladitis (talk) 08:09, 23 May 2009 (UTC)

rev 4350 When adding a defaultsort, look for persondata/xxx births or deaths categories/living people category to determine if the article is about a person. If it is about a person, call the existing function Tools.MakeHumanCatKey() to work out the defaultsort based on 'surname, first name' etc. If the article is not about a person, call Tools.FixupDefaultSort() as before. Clearly MakeHumanCatKey will not be 100% accurate as it will struggle to know the difference between 'Gabriel García Márquez' and 'Jose Maria Márquez' (i.e. two first names or two surnames). However this will be a fair improvement. An issue that this brings up is that in the examples above there are articles about people with no births/deaths/living people categories. For the new defaultsort logic to be effective we also need to extend the logic to add such categories where appropriate. Rjwilmsi 08:15, 23 May 2009 (UTC)

Maybe it's already being done, but {{.*-bio-stub}} could be an additional element to help identify biographies. -- User:Docu

A couple of other possiblilities are categories with People from or articles with Person infoboxes. There are thousands of articles missing or with incorrect birth death date cats so adding logic to fix this would be welcomed as well.--Kumioko (talk) 13:18, 23 May 2009 (UTC)

Just going to pop in here and say that my bot should be basically done for awhile specifically searching for articles with special characters which need DEFAULTSORTs... right now it still adds DEFAULTSORTs to most pages that don't already have (see the previous section), but I don't think that it should get many false positive human-name related DEFAULTSORTs, since most articles already have them when they're needed. –Drilnoth (T • C • L) 14:19, 23 May 2009 (UTC)

I just wanted to add that if there is a lifetime template then there should be some logic to not place the defaultosrt (or also to remove it if its there) I have noticed a few pages lately that have both the defaultsort and the lifetime templates.--Kumioko (talk) 17:50, 23 May 2009 (UTC)

That's true... I'm personally against the use of {{lifetime}} to act as a DEFAULTSORT altogether, but as long as it is AWB should definetely recognize this. –Drilnoth (T • C • L) 18:12, 23 May 2009 (UTC)

AWB already knows not to add a {{defaultsort}} when there's a {{lifetime}}. Rjwilmsi 18:30, 23 May 2009 (UTC)

IHMO, Lifetime has to extinct but this is not our discussion here. Just wanted to say. -- Magioladitis (talk) 18:54, 23 May 2009 (UTC)

I don't like it either and I don't like it being after the categories either.--Kumioko (talk) 02:53, 24 May 2009 (UTC)

Marking as fixed. Various commits mean AWB now tries to derive a human name sortkey (and tries to match on Arabic names for their rules), and there's an option to turn this off for bots etc. Rjwilmsi 08:59, 7 June 2009 (UTC)

"This album/single"

Status	Fixed in the next release
Description	Per the documentation of Template:Infobox single and Template:Infobox album, parts of the `\|this album=` and `\|this single=` (both with variable spacing between the \| and =) parameters should be in bold. This is sometimes accomplished by linking the text to the current article. Of course, AWB then unlinks this. In cases like [21], where a selflink in one of these parameters would be removed, could it instead be converted to bold text? –Drilnoth (T • C • L) 22:47, 23 May 2009 (UTC)
To duplicate:
Site URL:	en.Wikipedia
Operating system	Vista
.NET FW Version	Unknown
AWB version	4.5.3.3 (SVN 4340)
Workaround	If you're editing manually, just be aware. If it is working by bot, the best thing to do in my opinion is just skip all articles with the RegExp `this\s(single\|album)`.
Fixed in version

Yes, I'll do this. Rjwilmsi 22:22, 24 May 2009 (UTC)

rev 4371 Self links in fields 'this single' and 'this album' in 'infobox single' and 'infobox album' respectively are converted to bold rather than delinked. Rjwilmsi 10:23, 25 May 2009 (UTC)

Thank you! –Drilnoth (T • C • L) 22:10, 25 May 2009 (UTC)

Selflinks

Status	Not a bug in AWB, has been referred
Description	I have one of the most recent SVN builds, but AWB didn't bold this name when removing the link. Is this because of the parenthetical disambiguation? –Drilnoth (T • C • L) 02:28, 24 May 2009 (UTC)
To duplicate:
Site URL:	en.Wikipedia
Operating system	Vista
.NET FW Version	Unknown
AWB version	4.5.3.3 (SVN 4340)
Workaround
Fixed in version

No, it's because the bolding wasn't in the first 5% of the article, after HideMoreText applied (hide templates etc.). This article seems unusual in that so much of the raw text is references. Rjwilmsi 22:36, 24 May 2009 (UTC)

Oh, okay. Thanks for the clarification then! –Drilnoth (T • C • L) 22:11, 25 May 2009 (UTC)

ArgumentException in AWBLogListener.AddAndDateStamp

Status Fixed in the next release

Description

Exception: ArgumentException

Message: Cannot add or insert the item 'Project:AutoWikiBrowser/Sandbox' in more than one place. You must first remove it from its current location or clone it. Parameter name: item

Call stack:

   at System.Windows.Forms.ListView.InsertItems(Int32 displayIndex, ListViewItem[] items, Boolean checkHosting)
   at System.Windows.Forms.ListView.ListViewNativeItemCollection.Insert(Int32 index, ListViewItem item)
   at System.Windows.Forms.ListView.ListViewItemCollection.Insert(Int32 index, ListViewItem item)
   at WikiFunctions.Logging.AWBLogListener.AddAndDateStamp(ListView listView) in D:\Programming\SVN\AWB\AWB\WikiFunctions\Logging\AWBLogListener.cs:line 81
   at WikiFunctions.Logging.LogControl.AddLog(Boolean Skipped, AWBLogListener LogListener) in D:\Programming\SVN\AWB\AWB\WikiFunctions\Logging\LogControl.cs:line 55
   at AutoWikiBrowser.MainForm.SkipPageReasonAlreadyProvided() in D:\Programming\SVN\AWB\AWB\AWB\Main.cs:line 1128

—Ree dy 12:57, 8 March 2009 (UTC)

To duplicate: Unknown

Site URL: http://it.deadoralive.wikia.com and http://wiki.riteme.site

Operating system Microsoft Windows NT 6.0.6001 Service Pack 1 and Microsoft Windows NT 5.1.2600 Service Pack 2

.NET FW Version Unknown

AWB version 4.5.1.1, revision 4049 (2009-03-08 12:45:00) and 4.5.2.0, revision 4100 (2009-03-20 20:01:06)

Workaround None

Fixed in version Unknown

I had a settings file and a list loaded. When the first article appear pending Save or Ignore, I switch to another settings by loading immediately another file and then i pressed ignore. Then the bug box appeared. -- Magioladitis (talk) 23:36, 11 April 2009 (UTC)

Do you have a way to reproduce this error? Rjwilmsi 09:48, 9 May 2009 (UTC)

I just got this error as well. This is the page USS Gem.--Kumioko (talk) 14:06, 27 May 2009 (UTC)

rev 4624 That will prevent the exception. Rjwilmsi 08:59, 28 June 2009 (UTC)

UnauthorizedAccessException - Default settings should not always save to %SYSTEMROOT%\system32 for UAC reason

Status Fixed in the next release

Description

Exception: UnauthorizedAccessException

Message: Access to the path 'C:\Windows\system32\Default.xml' is denied.

Call stack:

   at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
   at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy)
   at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options, String msgPath, Boolean bFromProxy)
   at System.IO.FileStream..ctor(String path, FileMode mode)
   at WikiFunctions.AWBSettings.UserPrefs.SavePrefs(UserPrefs prefs, String file)

Shinjiman ⇔ ♨ 16:35, 2 May 2009 (UTC)

To duplicate: Unknown

Site URL: http://zh-yue.wikipedia.org

Operating system Microsoft Windows NT 6.0.6001 Service Pack 1

.NET FW Version Unknown

AWB version 4.5.2.0, revision 4100 (2009-03-20 20:01:06)

Workaround None

Fixed in version Unknown

Isn't better save the data within the %APPDATA% rather than in %SYSTEMROOT%\system32, which requires UAC operation? Shinjiman ⇔ ♨ 16:39, 2 May 2009 (UTC)

AWB saves in the same directory as the executable is by default. —Ree dy 16:42, 2 May 2009 (UTC)

This issue can be reproduced using open the program by clicling on the custom toolbar button on the taskbar (Ctrl + click on the toolbar button). Shinjiman ⇔ ♨ 02:10, 4 May 2009 (UTC)

rev 4285 Add specific error handling for insufficient permissions to save settings as default. It's up to the user to save their settings somewhere that the UAC allows them, or run AWB from a place they can write to. Rjwilmsi 11:24, 6 May 2009 (UTC)

rev 4622 —Ree dy 15:39, 28 June 2009 (UTC)

UnauthorizedAccessException in MainForm.MainForm_FormClosing -- AWB won't close

Status Fixed in the next release

Description

Exception: UnauthorizedAccessException

Message: Access is denied. (Exception from HRESULT: 0x80070005 (E_ACCESSDENIED))

Call stack:

   at System.Windows.Forms.UnsafeNativeMethods.IHTMLLocation.GetHref()
   at System.Windows.Forms.WebBrowser.get_Document()
   at System.Windows.Forms.WebBrowser.get_IsBusy()
   at AutoWikiBrowser.MainForm.MainForm_FormClosing(Object sender, FormClosingEventArgs e)
   at System.Windows.Forms.Form.OnFormClosing(FormClosingEventArgs e)
   at System.Windows.Forms.Form.WmClose(Message& m)
   at System.Windows.Forms.Form.WndProc(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

Auntof6 (talk) 22:41, 4 June 2009 (UTC)

To duplicate: click on upper right X to close AWB, click on "exit" to confirm

Site URL: http://wiki.riteme.site

Operating system Microsoft Windows XP Home 5.1.2600 Service Pack 3

.NET FW Version Unknown

AWB version 4.5.3.2, revision 4312 (2009-05-10 21:47:07)

Workaround use Windows Task Manager to close AWB

Fixed in version Unknown

rev 4621 —Ree dy 14:25, 28 June 2009 (UTC)

NullReferenceException in Variables.CancelBackgroundRequests

Status Fixed in the next release

Description

Exception: NullReferenceException

Message: Object reference not set to an instance of an object.

Call stack:

   at WikiFunctions.Variables.CancelBackgroundRequests()
   at WikiFunctions.Variables.SetProject(LangCodeEnum langCode, ProjectEnum projectName, String customProject)
   at AutoWikiBrowser.MainForm.SetProject(LangCodeEnum code, ProjectEnum project, String customProject)
   at AutoWikiBrowser.MainForm.LoadPrefs(UserPrefs p)
   at AutoWikiBrowser.MainForm.LoadPrefs(String path)

–Drilnoth (T • C • L) 22:44, 17 May 2009 (UTC)

To duplicate: Unknown

Site URL: http://wiki.riteme.site

Operating system Microsoft Windows NT 6.0.6001 Service Pack 1

.NET FW Version Unknown

AWB version 4.5.3.3, revision 4317 (2009-05-11 05:17:57)

Workaround None

Fixed in version Unknown

Can't reproduce. Rjwilmsi 19:30, 18 May 2009 (UTC)

This occurred immediately after the "You have new messages" box popped up when I tried to have DrilBot start editing again. –Drilnoth (T • C • L) 20:19, 18 May 2009 (UTC)

That's odd. As far as i can see, thre is no where for the code to get there (for your use case). This could only happen when a settings file is loaded... —Ree dy 20:25, 18 May 2009 (UTC)

Hmm... now that you mention it I think that I might have just tweaked the custom module. Would that make a difference? –Drilnoth (T • C • L) 20:28, 18 May 2009 (UTC)

Nope.. If you'd said you'd loaded 2 sets of settings quickly (within a really short timespan) that could make sense.... —Ree dy 20:33, 18 May 2009 (UTC)

Hmm... in that case I have no idea (except that I do use a separate settings file for my bot account, which was loaded). –Drilnoth (T • C • L) 20:56, 18 May 2009 (UTC)

rev 4620 —Ree dy 14:24, 28 June 2009 (UTC)

IndexOutOfRangeException in Parsers.CanonicalizeTitle

Status Fixed in the next release

Description

Exception: IndexOutOfRangeException

Message: Index was outside the bounds of the array.

Call stack:

   at System.Collections.Generic.List`1.Contains(T item)
   at WikiFunctions.Parse.Parsers.CanonicalizeTitle(String title)
   at WikiFunctions.Parse.Parsers.FixLinks(String articleText, String articleTitle, Boolean& noChange)
   at WikiFunctions.Article.FixLinks(Boolean skipIfNoChange)
   at AutoWikiBrowser.CustomModules.CustomModule.ProcessArticle(String ArticleText, String ArticleTitle, Int32 wikiNamespace, String& Summary, Boolean& Skip)
   at WikiFunctions.Article.SendPageToCustomModule(IModule module)
   at AutoWikiBrowser.MainForm.ProcessPage(Article theArticle, Boolean mainProcess)

–Drilnoth (T • C • L) 14:29, 12 June 2009 (UTC)

To duplicate: [encountered while processing page [22]]

Site URL: http://wiki.riteme.site

Operating system Microsoft Windows NT 6.0.6001 Service Pack 1

.NET FW Version Unknown

AWB version 4.5.3.3, revision 4477 (2009-06-07 16:12:39)

Workaround None

Fixed in version Unknown

Can you reproduce this repeatedly? Rjwilmsi 17:58, 12 June 2009 (UTC)

Apparently not; once I turned off AWB and restarted it everything was working fine. –Drilnoth (T • C • L) 17:59, 12 June 2009 (UTC)

rev 4646 —Ree dy 10:57, 29 June 2009 (UTC)

Kingbotk in not recognising redirects of {{WPBiography}} anymore

Status	Fixed in the next release
Description	Check this one. Kingbot added a new banner instead of replacing the old one. This was not happening till version 4.5.3.2! Is this related to the slight code change Reedy did? -- Magioladitis (talk) 09:29, 20 June 2009 (UTC)
To duplicate:	Example given above
Site URL:	en.wiki
Operating system	XP SP2
.NET FW Version	Unknown
AWB version	4.5.3.3. (rev 4537) + KingbotK plugin 2.1.2.0
Workaround
Fixed in version

Most likely my fault, rev 4644 —Ree dy 22:10, 28 June 2009 (UTC)

Text deleted by "convert list to" "* list"

Status	Fixed in the next release
Description	I tried to use the function "convert list to" with the option "* list" on the timeline in Drascombe#History (WP:AWB/UM#Edit_box_context_menu): 1902 "[[Captain James McNulty]] starts family business. As stevedores it employed ship carpenters, but had difficulty retaining them to work casually and so to ensure continuity of employment, it was decided they build small rowing boats."<ref name="McNulty"> “[http://web.archive.org/web/20010303082456/http://www.mcnultyboats.com/ McNulty Boats]”. Accessed 5th March 2007.</ref><br> c. 1955 [http://homepages.tesco.net/~colin.watt1/wooden/elliottbros.htm John Elliott] joined [http://homepages.tesco.net/~colin.watt1/wooden/kellyandhall.htm Kelly and Hall] as boatbuilder. <br> 1958 ''John Watkinson'' bought '''Kelly and Hall'''.<ref>The Drascombe Association. 1996. ''DRASCOMBE 10/30''. ISBN 0 9529656 0 7</ref><br> 1960 '''Honnor Marine''' founded by ''Pat Honnor''.<br> .. this results in: 2 "[[Captain James McNulty]] starts family business. As stevedores it employed ship carpenters, but had difficulty retaining them to work casually and so to ensure continuity of employment, it was decided they build small rowing boats."<ref name="McNulty"> “[http://web.archive.org/web/20010303082456/http://www.mcnultyboats.com/ McNulty Boats]”. Accessed 5th March 2007.</ref> c. 1955 [http://homepages.tesco.net/~colin.watt1/wooden/elliottbros.htm John Elliott] joined [http://homepages.tesco.net/~colin.watt1/wooden/kellyandhall.htm Kelly and Hall] as boatbuilder. 8 ''John Watkinson'' bought '''Kelly and Hall'''.<ref>The Drascombe Association. 1996. ''DRASCOMBE 10/30''. ISBN 0 9529656 0 7</ref> 0 '''Honnor Marine''' founded by ''Pat Honnor''. .. The <br> on each line got removed, the asterisks added, but the years are also missing. -- User:Docu 07:48, 26 May 2009 (UTC)
To duplicate:	Drascombe#History (see above)
Operating system
.NET FW Version	Unknown
AWB version	Version 4.5.3.3 SVN 4340 (AutoWikiBrowser_rev4340.zip)
Workaround	do it manually
Fixed in version

Line 1245 in Tools.cs - HTMLListToWiki, is at fault:

            text = Regex.Replace(text, "^(<li>|\\:|\\*|#|\\(? ?[0-9]{1,3} ?\\)|[0-9]{1,3}\\.?)", "", RegexOptions.Multiline);

—Ree dy 18:11, 28 May 2009 (UTC)

To fix just this one, one could add something like "(?![0-9])" to "[0-9]{1,3}". -- User:Docu 15:32, 31 May 2009 (UTC)

rev 4612 Fixed. Rjwilmsi 10:28, 27 June 2009 (UTC)

Persondata duplicated

Status	Fixed in the next release
Description	On William McConnel, AWB adds a second {{Persondata}} which is identical to the existing one except with an internal comment removed. While this is a different issue, I'm guessing that it's related to the Persondata comments bug fix (rev 4343) above. The comment which is the subject of that report is also present here. MANdARAX • XAЯAbИAM 01:04, 28 May 2009 (UTC)
To duplicate:	Genfixes on William McConnel
Site URL:	en.wiki
Operating system	XP
.NET FW Version	Unknown
AWB version	SVN 4369
Workaround
Fixed in version

rev 4381 Saw this myself and fixed the other day. Rjwilmsi 17:38, 28 May 2009 (UTC)

EvolutiOn

Status	Fixed in the next release
Description	AWB changed "Evolution" to "EvolutiOn" in this edit, which also changed an individual "on" to "On" correctly. –Drilnoth (T • C • L) 13:25, 28 May 2009 (UTC)
To duplicate:
Site URL:	en.Wikipedia
Operating system	Vista
.NET FW Version	Unknown
AWB version	4.5.3.3 (SVN 4340)
Workaround
Fixed in version

rev 4363 Saw this myself the other day and fixed it. Rjwilmsi 17:40, 28 May 2009 (UTC)

Great! Thanks. –Drilnoth (T • C • L) 18:15, 28 May 2009 (UTC)

Page blanking?

See User talk:DrilBot#Bot glitch. I think there's a bug when trying to stop bot editing... I use Vista and AWB 4.5.3.3, (SVN 4340). –Drilnoth (T • C • L) 02:03, 29 May 2009 (UTC)

Commented out categories

Status	Fixed in the next release
Description	When categories are commented out, the comment text is moved above the categories, but the categories themselves remain, uncommented, erroneously making them active. MANdARAX • XAЯAbИAM 08:27, 29 May 2009 (UTC)
To duplicate:	Genfixes on Jenny McCarthy
Site URL:	en.wiki
Operating system	XP
.NET FW Version	Unknown
AWB version	SVN 4395
Workaround
Fixed in version	SVN 4411

Okay, existing AWB logic only covers commented out categories where the comment is one line only. I'll extend this logic to cover the example above. Rjwilmsi 10:27, 30 May 2009 (UTC)

This worked correctly in rev 4312. --Pascal⁶⁶⁶ 05:28, 31 May 2009 (UTC)

rev 4411 Fixed. Rjwilmsi 20:52, 1 June 2009 (UTC)

Arabic names

Status	Fixed in the next release
Description	AWB should not set DEFAULTSORTs for Arabic names which force them into a last name-first name sort as it does in [23], [24], and [25]. If this can't be done, it would probably be good to allow the biographical DEFAULTSORT feature to be turned off for bot accounts... it's good to set most sorts, but this is completely counterproductive. –Drilnoth (T • C • L) 01:08, 30 May 2009 (UTC)
To duplicate:
Site URL:	en.Wikipedia
Operating system	Vista
.NET FW Version	Unknown
AWB version	4.5.3.3 (SVN 4395)
Workaround
Fixed in version

The same goes for Chinese names. I would say that rev 4350 shouldn't happen. Removing the diacritics from a title is 100% accurate. The rest is not. See what happened with User:DefaultsortBot. We are still tryinh to configure a bot to do the job. AWB should not do it. -- Magioladitis (talk) 07:16, 30 May 2009 (UTC)

What should the defaultsort be then, the page name less diacritics? I can part revert 4350 if that's what's wanted, at least for the moment. Rjwilmsi 09:30, 30 May 2009 (UTC)

OK. My opinion is that: AWB adds DEFAULTSORT to remove diacritics and gives a warning that further adjustment may be needed. Let's wait if other editors agree as well. These days there is much confusion with DEFAULTSORT. -- Magioladitis (talk) 09:35, 30 May 2009 (UTC)

Except for the warning, I believe that's how it was before rev 4350. That revision was a huge improvement, and greatly reduced the number of errors, except for special cases such as those being discussed here. If you want to reduce the errors to almost nothing, the only easy solution is to not add a DEFAULTSORT at all when it's determined that the article is about a person. MANdARAX • XAЯAbИAM 10:11, 30 May 2009 (UTC)

It would be nice if there was an option so that it could be activated or deactivated when wanted; a human-operated account can keep an eye on things, but a bot doesn't know the difference. –Drilnoth (T • C • L) 12:35, 30 May 2009 (UTC)

I'll add some logic to catch common Arabic names, which I reckon would cover 90% of situations, but 100% is unachievable, so I'll also add an option to disable adding of new defaultsorts. Rjwilmsi 09:28, 4 June 2009 (UTC)

Sounds good. One alternative discussed at User talk:DrilBot would be to have an option to stop AWB from adding DEFAULTSORTs to articles about people, but add them normally elsewhere. –Drilnoth (T • C • L) 15:37, 4 June 2009 (UTC)

Just not sure AWB can determine accurately enough if an article is about a person though, so best to have a blanket disablement option. Rjwilmsi 16:10, 4 June 2009 (UTC)

rev 4431 Provide option to restrict addition of DEFAULTSORT (for the moment this means 'never add a new DEFAULTSORT', but could become 'only add a DEFAULTSORT when it's certain to be correct'), off by default. Rjwilmsi 22:23, 4 June 2009 (UTC)

Most excellent; thanks! –Drilnoth (T • C • L) 22:31, 4 June 2009 (UTC)

rev 4432 Add some common Arabic names, and if matched return defaultsort key in "Full Name" format. Rjwilmsi 22:44, 4 June 2009 (UTC)

rev 4472 When DEFAULTSORT insertion is restricted, it's still okay to insert a DEFAULTSORT using the sortkey used by all the categories. Rjwilmsi 09:14, 7 June 2009 (UTC)

AWB tried to add European-style DEFAULTSORTs to the following (I was testing this out by going through Category:Biography articles without listas parameter, switching from talk pages), which I don't think should be using that style. It looks like your addition fixed a number of them, though... if you could configure it to skip some of these that would be great!

Abd al Hamid Ben Badis
Abdol-Ali Mirza Farmanfarmaian
Abdonnasser Mohaimeni
Abdoul Fatah

Oddly enough, it tried to drop the parenthetical disambiguation of article titles from the DEFAULTSORTs but otherwise left them the same... the dab should be kept, but with capitalization changed as normal.

Abdul Aziz (football)
Abdul Jabar (Qala-i-Jangi captive)
Abdul Nasir (Guantanamo captive 874)
Abdul Qadir (Afghan leader)
Abdul Razzaq (Taliban leader in Khandahar)

Just thought I'd mention this second thing, which seems incorrect. Should I report missed names as I come across them? –Drilnoth (T • C • L) 17:01, 8 June 2009 (UTC)

On the first part, if you provide a list of 100+ Arabic names not caught I'll add logic to catch most of them, but trying to catch all of them is not achievable. On the second point, I believe that it's entirely correct to drop the brackets and sort people under their name only. Rjwilmsi 19:55, 8 June 2009 (UTC)

Okay; as DrilBot runs I'll make a list whenever false positives are reported by users. For the disambiguation, then, that's only for articles about people? And if so, what if two people have the same name? Shouldn't they have the dab included in the DEFAULTSORT to ensure proper sorting? –Drilnoth (T • C • L) 20:08, 8 June 2009 (UTC)

No mention of your last point at WP:COP, so no. Rjwilmsi 20:32, 8 June 2009 (UTC)

Date formatting

Status	Not a bug/currently unresolvable
Description	Recently I have run across several articles that have invalid formatting in dates that AWB normally catches,but for some reason missed in certain articles. Examples are dates that say something likde Xnd of something, Xrd of something or Xth of something where X is a day of a month. I have been seeing these within templates like infoboxes and persdata and I think that may be why, but not sure. Here is an example, Arthur Arz von Straussenburg, if you look under the End of the war section you will see November 2nd - 3rd, 1918. Kumioko (talk) 03:02, 31 May 2009 (UTC)
To duplicate:
Operating system
.NET FW Version	Unknown
AWB version
Workaround
Fixed in version

AWB specifically does not correct date formats where the date has a 'the' in front of it as in your example, as 'on the 11th May 2008' --> 'on the 11 May 2008' results in a phrase that doesn't read well. These should be corrected manually. Rjwilmsi 21:00, 1 June 2009 (UTC)

Got it thanks now I understand.--Kumioko (talk) 22:55, 1 June 2009 (UTC)

If a selflink is also bolded, AWB should just remove the selflink

Status	Fixed in the next release
Description	In this edit and this edit, AWB replaced the selflink in the lead which was already bolded with bold text, leaving an incorrect six apostraphes on each side where there should be three. I think that this may also happen in the "this album/single" paramters, too. –Drilnoth (T • C • L) 13:59, 31 May 2009 (UTC)
To duplicate:
Site URL:	en.Wikipedia
Operating system	Vista
.NET FW Version	Unknown
AWB version	4.5.3.3 (SVN 4395)
Workaround
Fixed in version

rev 4416 Resolved for the general case. Rjwilmsi 21:20, 1 June 2009 (UTC)

Thanks, but I still saw this happen. Any chance that it could be fixed there too?

rev 4488 I made a bad job of it last time. Now fixed for all situations: bolded self links are delinked. Rjwilmsi 18:22, 12 June 2009 (UTC)

Excellent! Thank you. –Drilnoth (T • C • L) 18:44, 12 June 2009 (UTC)

Includes and selflinks

Status	Fixed in the next release
Description	As described in this bug report, AWB probably shouldn't remove selflinks if an article includes "noinclude", "onlyinclude" or "includeonly" tags, as such pages are likely transcluded elsewhere and so the links may be needed. –Drilnoth (T • C • L) 16:12, 31 May 2009 (UTC)
To duplicate:
Site URL:	en.Wikipedia
Operating system	Vista
.NET FW Version	Unknown
AWB version	4.5.3.3 (SVN 4395)
Workaround
Fixed in version

rev 4417 and rev 4418. Don't remove selflinks on pages containing one or more of "noinclude", "onlyinclude" or "includeonly" tags. Rjwilmsi 21:41, 1 June 2009 (UTC)

Excellent; thank you. –Drilnoth (T • C • L) 21:46, 1 June 2009 (UTC)

DEFAULTSORT capitalization after apostrophes

Status	Fixed in the next release
Description	Characters after an apostrophe (') should not be capitalized in DEFAULTSORT. See conversation under #DEFAULTSORT capitalization above. Examples: [26] [27] [28] Pascal⁶⁶⁶ 19:12, 1 June 2009 (UTC)
To duplicate:	Open an article with an apostrophe in the name
Site URL:	en.Wikipedia
Operating system	Vista
.NET FW Version	Unknown
AWB version	rev 4395
Workaround	disable SetDefaultSort in custom gen fixes
Fixed in version

I suppose the simplest way is to just see if its a s, if its just an s, dont turn to upper (regex uses ' for a word boundary)... Would there be any cases where s by itself would be valid... In theory, any apostrophe is a problem (looking a the other results). If Match.Index - 1 == ' don't capitalise? —Ree dy 19:19, 1 June 2009 (UTC)

It is not an s in my first example. --Pascal⁶⁶⁶ 19:25, 1 June 2009 (UTC)

rev 4419 resolved for all letters. Rjwilmsi 21:52, 1 June 2009 (UTC)

Bracket strangness

Status	Not a bug in AWB, has been referred
Description	I recently stumbled upon another possible problem relating to brackets. When AWB looks at the page for Aslan Maskhadov it tried to change a ] bracket to ]. Although it appears to me that the date here shouldn't be bracketted in the first place I also do not think that AWB should be making this change either.Kumioko (talk) 14:07, 3 June 2009 (UTC)
To duplicate:
Site URL:	En.Wikipedia
Operating system	Win XP Professional. Service Pack 2
.NET FW Version	Unknown
AWB version	4.5.3.2
Workaround
Fixed in version

Text in question is

<ref>[http://www.mfa.gov.lv/en/news/press-releases/1997/sep/2089/ Latvia Condemns Public Executions in Chechnya [23 Sep 1997]]</ref>

This displays with a visible square bracket outside the link and only one within it.

AWB would change this to:

<ref>[http://www.mfa.gov.lv/en/news/press-releases/1997/sep/2089/ Latvia Condemns Public Executions in Chechnya [23 Sep 1997&#93]</ref> with a semicolon after the 93

This then displays with both brackets within the link, none outside the link. Why do you think this is wrong? Rjwilmsi 14:52, 3 June 2009 (UTC)

I just didn't think we wanted to display them with HTML or codeing vice brackets since most editors would find ] easier than &#93 semicolon. I honestly don't know that it is wrong per sey but it was strange and I wanted to bring it up.--Kumioko (talk) 16:51, 3 June 2009 (UTC)

Malformed edit summaries

Status	Fixed in the next release
Description	Edit summaries in AWB are incorrectly being generated, instead of using the given edit summary in AWB, it is sometimes picking up the text ion page (examples: 1 2 — JamesR ≈talk≈ 23:46, 5 June 2009 (UTC)
To duplicate:	Loaded settings from repository and added users to send data to talk pages, set bot settings and "Start".
Site URL:	http://wiki.riteme.site/wiki/
Operating system	Windows 7 Ultimate Release Candidate Build 7100
.NET FW Version	Unknown
AWB version	4.5.3.2
Workaround
Fixed in version

AFAIK this has already been fixed. Its using section edit summaries when it shouldn't be. —Ree dy 23:48, 5 June 2009 (UTC)

Is there any workaround? Some of my newsletters are working, and some aren't - contributions. — JamesR ≈talk≈ 23:55, 5 June 2009 (UTC)

Using the newest AWB version, select Options / Do not use section edit summaries. MANdARAX • XAЯAbИAM 00:05, 6 June 2009 (UTC)

rev 4263 Fixed a couple of weeks ago. Rjwilmsi 11:25, 10 June 2009 (UTC)

SetDefaultSort Compilation Error

Status	Fixed in the next release
Description	I just downloaded the most recent SVN snapshot (4477) and when I turned AWB on it presented this: Compilation failed: Error: No overload for method "SetDefaultSort" takes '2' arguments Line: 32 Number: CS1501 I have customized general fixes as described on the custom modules pages. Commenting out "SetDefaultSort" makes the error go away, but of course then it doesn't set any DEFAULTSORTs. –Drilnoth (T • C • L) 01:19, 8 June 2009 (UTC)
To duplicate:
Site URL:	en.Wikipedia
Operating system	Vista
.NET FW Version	Unknown
AWB version	4.5.3.3 (SVN 4477; SVN just downloaded)
Workaround
Fixed in version

New definition is:

public void SetDefaultSort(LangCodeEnum langCode, bool skipIfNoChange, bool restrictDefaultsortAddition)

A change that you specifically requested... Rjwilmsi 04:04, 8 June 2009 (UTC)

Thanks! I'll give that a try. I don't know much of anything about C#, so although I requested the change I didn't know how to fix the custom module. –Drilnoth (T • C • L) 15:25, 8 June 2009 (UTC)

Eck, I can't figure this out. Could the sample customized general fixes be updated with the newly needed code for DEFAULTSORTs? (or, even better, to have an option to just disable FixDateOrdinalsAndOf, since then I wouldn't need to use a custom module at all). –Drilnoth (T • C • L) 15:33, 8 June 2009 (UTC)

Line 32 probably contains something like SetDefaultSort(foo, bar) which you will need to change to SetDefaultSort(foo, bar, false), at a guess. - Jarry1250 ^{(t, c)} 15:55, 8 June 2009 (UTC)

I'll update the documentation when there's a full release, not just a snapshot. In the meanttime use this. Rjwilmsi 16:02, 8 June 2009 (UTC)

a.SetDefaultSort(Variables.LangCode, false, true);

Excellent; thank you. My apologies for my incompetence. –Drilnoth (T • C • L) 16:09, 8 June 2009 (UTC)

rev 4478 Prevent somebody else asking about this by providing an override of SetDefaultSort that assumes 'restrict defaultsort addition' is on. Rjwilmsi 16:20, 8 June 2009 (UTC)

Reference bugs

Status	Fixed in the next release
Description	[29] and [30] are both errors and caused the references to display incorrectly. –Drilnoth (T • C • L) 14:56, 9 June 2009 (UTC)
To duplicate:
Site URL:	en.Wikipedia
Operating system	Vista
.NET FW Version	Unknown
AWB version	4.5.3.3 (SVN 4477)
Workaround
Fixed in version

Error in Parsers.SimplifyReferenceTags(). I'll fix at the weekend. Rjwilmsi 18:21, 9 June 2009 (UTC)

rev 4484 Fix handling of references named using single quotes. Rjwilmsi 17:16, 10 June 2009 (UTC)

Leaves special character "ế" in DEFAULTSORT

Status	Fixed in the next release
Description	For article Tăng Tuyết Minh, AWB created DEFAULTSORT with value "Tang Tuyết Minh". Probably just a special character it doesn't know about. --Auntof6 (talk) 21:53, 11 June 2009 (UTC)
To duplicate:	Process Tăng Tuyết Minh with AWB
Site URL:	wiki.riteme.site
Operating system	Windows XP Home with service pack 3
.NET FW Version	Unknown
AWB version	4.5.3.2, SVN 4312
Workaround	Manually change "ế" to "e"
Fixed in version

Yup, thanks rev 4486 —Ree dy 02:27, 12 June 2009 (UTC)

Can't manually add text to large articles

Status	Fixed in the next release
Description	For large files, one can't type or paste text into the edit box. I tested this with the most recent versions, and it works fine for the versions before the switch to Rich Text, SVN 4369 and earlier, even on Wikipedia's longest article, Line of succession to the British throne. But it does not work for SVN 4395 or later. On User:Mandarax/AWB Sandbox, at 65,535 (64K - 1) characters, you can add one character. MANdARAX • XAЯAbИAM 01:36, 12 June 2009 (UTC)
To duplicate:	Attempt to edit large files such as United States or General relativity
Site URL:	en.wiki
Operating system	XP
.NET FW Version	Unknown
AWB version	SVN 4395 - 4477
Workaround
Fixed in version

Hmm. Max Length is set to "0" in the Main form (ie unlimited).. Set to the default of "2147483647" in rev 4487. Any better (may need a svn snapshot...) —Ree dy 02:30, 12 June 2009 (UTC)

That fixed it — works fine now (SVN 4537). Thanks! MANdARAX • XAЯAbИAM 23:24, 15 June 2009 (UTC)

Database scanner broken in SVN version

Status	Fixed in the next release
Description	The database scanner is broken on the SVN version. I've found it working at rev 4458 but not since. Pressing start once database scan set up leads to it returning straight away with 'no matches'. Rjwilmsi 07:40, 20 June 2009 (UTC)
To duplicate:
Site URL:	en-wiki
Operating system	XP
.NET FW Version	Unknown
AWB version	SVN > 4458?
Workaround
Fixed in version

4461 is fine. 4462 or 4463 will have killed it i bet... —Ree dy 12:27, 20 June 2009 (UTC)

Was me.. rev 4562 reverts the changes to MainProcess in 4463. I'll see what changes i can put back —Ree dy 12:42, 20 June 2009 (UTC)

rev 4563 reverts the change in 4562 and fixes the actual bug —Ree dy 12:47, 20 June 2009 (UTC)

ArgumentException in Parsers.ArticleIssues

Status Fixed in the next release

Description

Exception: ArgumentException

Message: De tekenreeks kan niet de lengte nul hebben. Parameternaam: oldValue

Call stack:

   bij System.String.Replace(String oldValue, String newValue)
   bij WikiFunctions.Parse.Parsers.ArticleIssues(String articleText)
   bij WikiFunctions.Article.PerformGeneralFixes(Parsers parsers, HideText removeText, ISkipOptions skip, Boolean replaceReferenceTags)
   bij AutoWikiBrowser.MainForm.ProcessPage(ArticleEX theArticle, Boolean mainProcess)

Foxie001 (talk) 11:49, 14 June 2009 (UTC)

To duplicate: [encountered while processing page [31]]

Site URL: http://nl.wikipedia.org

Operating system Microsoft Windows NT 6.0.6001 Service Pack 1

.NET FW Version Unknown

AWB version 4.5.3.2, revision 4312 (2009-05-10 21:47:07)

Workaround None

Fixed in version Unknown

Can you reproduce this reliably? Rjwilmsi 12:36, 14 June 2009 (UTC)

It happens sometimes when I want to start a new page with AWB Foxie001 (talk) 13:09, 14 June 2009 (UTC)

rev 4514 ArticleIssues is only relevant to English-language wikis, so disable if language is not English. It will resolve your problem, but doesn't explain the cause of the exception. Rjwilmsi 13:40, 14 June 2009 (UTC)

rev 4623 Properly fixed. Rjwilmsi 08:48, 28 June 2009 (UTC)

Try loading Re: in AWB and see what happens

Status	Fixed in the next release
Description	I try to load an articles called Re: in AWB but whenever I try it loads Re Magioladitis (talk) 17:12, 22 June 2009 (UTC)
To duplicate:
Site URL:	en.wiki
Operating system	XP SP2
.NET FW Version	Unknown
AWB version	4.5.3.3 (svn 4537)
Workaround	can't think if any. The same happens even if a load it from a text file
Fixed in version

Note — you can load it using What links here from pages such as Mnant. MANdARAX • XAЯAbИAM 17:40, 22 June 2009 (UTC)

        public static string RemoveSyntax(string text)
        {
            if (text[0] == '#' || text[0] == '*')
                text = text.Substring(1);

            text = text.Replace("_", " ").Trim();
            text = text.Trim('[', ']');
            text = text.Replace(@"&amp;", @"&");

            return text.Trim(':');
        }

Its purposely removed, but i cant tell you why... —Ree dy 19:35, 22 June 2009 (UTC)

One might hypothesise that the intention is only to trim colons from the beginning, where they're used to establish direct links (and indeed, AWB saves them with this colon, whether it makes a difference or not). - Jarry1250 ^{[ humourous – discuss ]} 16:51, 25 June 2009 (UTC)

Probably something like that. Suppose we could just change it to TrimStart - rev 4598 —Ree dy 21:19, 25 June 2009 (UTC)

Syntax highlighting removes module's edit summary

Status	Fixed in the next release
Description	When syntax highlighting is enabled, it clears the edit summary supplied by a module. MANdARAX • XAЯAbИAM 20:00, 23 June 2009 (UTC)
To duplicate:
Site URL:	en.wikipedia
Operating system	XP
.NET FW Version	Unknown
AWB version	SVN 4583
Workaround
Fixed in version

Problem probably lies in private void txtEdit_TextChanged in Main.cs. Will need to base the resetting of the edit summary based on comparison of txtEdit.Text and a copy of that from before the syntax highlighting is applied. Rjwilmsi 16:44, 25 June 2009 (UTC)

rev 4601 Fixed. Rjwilmsi 18:33, 26 June 2009 (UTC)

Leaving foreign characters in DEFAULTSORT

Status	Fixed in the next release
Description	Not converting these characters in DEFAULTSORT: ắạảằẩ ếễệ ịỉ ỏøờồ ụủữ ỳ --Auntof6 (talk) 07:29, 27 June 2009 (UTC)
To duplicate:	Use AWB on an article whose title contains these characters (see list below)
Site URL:	wiki.riteme.site
Operating system	Windows XP Home edition, service pack 3
.NET FW Version	Unknown
AWB version	4.5.3.2 SVN 4312
Workaround	manually change the characters
Fixed in version

In case you need it, here is a list of the sort keys that AWB was going to leave (not necessarily the exact article titles). Most of them are Vietnamese. The DEFAULTSORT values have already been fixed in the articles.

Bắc Binh District - Bạc Lieu Province - Bảo Lam District, Cao Bằng - Cẩm Khe District - Bến Cat District - Diễn Chau District - Duong Dinh Nghệ - Ba Rịa - Bỉm Son - Banh Hỏi - Møller, Christian - Can Giờ District, Hồ Chi Minh City - Binh Lục District - Binh Thủy District - Chữ Nom - Battle of Kỳ Hoa

--Auntof6 (talk) 07:29, 27 June 2009 (UTC)

rev 4608 Fixed. Unfortunately special characters have to be added manually to AWB, so not all are currently listed. These ones are now added. Rjwilmsi 07:56, 27 June 2009 (UTC)

Understood. I figured it was manual -- I just happened to come across a lot of them today. --Auntof6 (talk) 10:38, 27 June 2009 (UTC)

Processing list

Status	Duplicate
Description	When running through a "what links here" list, the just-saved item fails to clear from the process list after completion. AWB instead goes into "restarting in X seconds" (X+5 on each subsequent item) and then reloads the same page again, and I have to click on "start" again to cut the restart loop and then click on "ignore" in order to clear the page and move onto the next item. Note that the save is not timing out before this happens; it saves normally and then goes into this loop anyway.
To duplicate:
Operating system	Windows XP
.NET FW Version	Unknown
AWB version	4.5.2.0 SVN 4100
Workaround	Click on start after each save and on ignore the second time the page loads.
Fixed in version	Unknown

—Preceding unsigned comment added by Bearcat (talk • contribs)

That's how AWB handles your save timing out. It either means the wiki servers were slow at the time or your internet connection isn't great. If you wait for the restart timer the page will be automatically skipped as no changes (if you enable that setting) if the save did in fact get recorded by the wiki servers. Rjwilmsi 23:07, 10 April 2009 (UTC)

The save isn't timing out. It saves the edit within a completely normal time frame, and then goes into the restart loop anyway. Bearcat (talk) 07:13, 12 April 2009 (UTC)

When working through a longer list with the skip setting "page is in use", AWB goes through the following steps:

Loading page => Processing page => Ready to save => user clicks "Save" => Saving => Loading page
Loading page => Processing page => Ready to save => user clicks "Save" => Saving => Restarting in 60 .. 5 4 3 2 1 => Loading page

In the second case, it reloads the same page and one has to click "Ignore" to get to the next page. -- User:Docu

In fact a duplicate of Wikipedia_talk:AutoWikiBrowser/Bugs#Steady_restart_and_steady_increment_of_time_for_restart. A reasonable improvement has been made, see that bug for details. Rjwilmsi 16:26, 19 May 2009 (UTC)

Can't save settings

Status Duplicate

Description

Exception: UnauthorizedAccessException

Message: Access to the path 'C:\Program Files\AWB\Default.xml' is denied.

Call stack:

   at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
   at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy)
   at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options, String msgPath, Boolean bFromProxy)
   at System.IO.FileStream..ctor(String path, FileMode mode)
   at WikiFunctions.AWBSettings.UserPrefs.SavePrefs(UserPrefs prefs, String file)

dramatic (talk) 22:26, 22 April 2009 (UTC)

To duplicate: Unknown

Site URL: http://wiki.riteme.site

Operating system Microsoft Windows NT 6.0.6001 Service Pack 1

.NET FW Version Unknown

AWB version 4.5.2.0, revision 4100 (2009-03-20 20:01:06)

Workaround None

Fixed in version Unknown

I'm guessing this is a result of the program being run without being installed?

Just looks like a standard Windows permissions issue. Can you manually create a file called Default.xml in "C:\Program Files\AWB\"? Rjwilmsi 06:56, 23 April 2009 (UTC)

Duplicate of Wikipedia_talk:AutoWikiBrowser/Bugs#UnauthorizedAccessException_-_Default_settings_should_not_always_save_to_.25SYSTEMROOT.25.5Csystem32_for_UAC_reason Rjwilmsi 20:01, 20 June 2009 (UTC)

Null edits no longer possible

Status	Not a bug/currently unresolvable
Description	AWB doesn't allow saves without changes. Sometimes it's desired to null edit pages in order to refresh the cache (e.g. force-update transclusions/categories). Rocket000 (talk) 16:27, 28 March 2009 (UTC)
To duplicate:	Usually (but not always) the Save button will stay grayed out unless changes have been made. In auto mode, the pages without change will actually be skipped instead of saved regardless of settings.
Operating system	Microsoft Windows NT 5.1.2600 Service Pack 2
.NET FW Version	Unknown
AWB version	4.5.2.0 (SVN 4100)
Workaround
Fixed in version	Unknown

I'm tempted to mark this as wontfix. AWB shouldn't be used for mass null editing. —Ree dy 17:05, 28 March 2009 (UTC)

What should be used for mass null editing? --NE2 17:35, 28 March 2009 (UTC)

Because it forces the servers to changes the order they update the articles. Many people are waiting for their changes to be visible, why skip the queue? Null edits are non-constructive edits. Making null edits is certainly not one of the purposes of using AWB. -- Magioladitis (talk) 17:53, 28 March 2009 (UTC)

I repeat my question: what should be used for mass null editing? I don't think you understand the queue - it has nothing to do with visibility of changes except indirectly through categories. The queue is for updating (I believe) the links table, which generates "what links here" and category listings. "Jumping the queue" is a way of life when template changes take months to pass through. --NE2 18:11, 28 March 2009 (UTC)

Limitations on use should be made by local wiki policy, not built into the tool. Sometimes it's very important to have updated tables. Even py.wikipedia had touch.py to do this function. Rocket000 (talk) 15:56, 8 April 2009 (UTC)

P.S. Even if this is wontfix, it's still a bug because it skips pages when you tell it to save which is the wrong action. Either it should return an error message like "no changes have been made" or actually do what you tell it to. Rocket000 (talk) 16:00, 8 April 2009 (UTC)

Deadend tag

Status	Not a bug/currently unresolvable
Description	Adds {{wikify}} even when {{deadend}} is present. -down load \| sign! 01:07, 11 April 2009 (UTC)
To duplicate:
Operating system	Windows XP
.NET FW Version	Unknown
AWB version	4520
Workaround
Fixed in version	Unknown

I always thought that was a feature rather than a bug. Looks like someone updated the description at {{deadend}} recently. http://wiki.riteme.site/w/index.php?title=Template:Dead_end/doc&diff=267322666&oldid=180873526 -- User:Docu

Yes, I can't find the discussion in which it was decided that to change. I didn't have the documentation of deadend in my watchlist. I think deadend should not omitted when wikify exists even if it sounds reasonable. The reason is that, if the deadend template is present, the Dead-end project can easier locate articles in which people can add a few internal links. In any case, this change in the documentation had to be discussed first. -- Magioladitis (talk) 07:47, 11 April 2009 (UTC)

rev 4190 I've updated the logic to match {{dead end}} to include its redirects and deadend within {{Articleissues}}. This needed doing anyway; it doesn't affect this bug/feature. I can resolve the bug, and have made a patch for it but won't apply it until the discussion concludes if it's correct. Rjwilmsi 08:28, 11 April 2009 (UTC)

I am copying here a discussion about the subject.:

I have a question about this edit of yours. Can you please give me a link in the discussion that was decided that deadend is used only when wikify doesn't apply? Until now, I knew that both templates can be used; if the article was lacking internal links we were adding deadend and if additional work was needed we were adding wikify additionally. When did that change? Thanks. -- Magioladitis (talk) 21:35, 21 April 2009 (UTC)

As part of the merge from Template:Internal links/doc. Clarified the language just a touch, though. What I'm sure the original author was shooting for was that these templates can be used to break down Template:Wikify into a more specific request, like the myriad cleanup templates preferred to Template:Cleanup or Template:Expert-subject to Expert. It's not protected, though, so feel free to tweak it however you like. MrZaius^talk 03:58, 22 April 2009 (UTC)

What I understand from the discussion above is that there is not 100% clear what should be done. A discussion has to be held in another page and not in AWB's talk page. -- Magioladitis (talk) 09:32, 28 April 2009 (UTC)

According to the discussion on the relevant talk page (Template talk:Deadend), the April 24 wording of the Template:Deadend/doc seems fine. It allows the current mode of operation of AWB. However, as now a "deadend" can still have links, the minimum number of links before de-tagging should probably be higher. -- User:Docu (April 28)

I am marking it as "notbug". We can discuss this in {{wikify}}'s talk page. -- Magioladitis (talk) 10:35, 21 June 2009 (UTC)

Uncategorized tag not added

Status	Not a bug/currently unresolvable
Description	At Shawanaga Lake (this version), AWB doesn't attempt to add {{uncategorized}} despite "Auto tag" being activated. ~~It does stop though and~~ the alert window indicates "no category" --- User:Docu 09:38, 11 April 2009 (UTC) ~~not sure about this part~~, might have been another setting. User:Docu 09:58, 11 April 2009 (UTC)
To duplicate:
Site URL:	http://wiki.riteme.site
Operating system
.NET FW Version	Unknown
AWB version	4.5.2.1 SVN 4176 in AutoWikiBrowser_rev4183.zip
Workaround	tag or categorize it manually
Fixed in version

Code comment within tagger function is skip article if contains any template except for stub templates. That's why it won't add the {{uncategorised}} tag, but I don't know if that's correct really. Rjwilmsi 11:05, 11 April 2009 (UTC)

This is not a bug. Sometimes templates transclude categories. This is the reason an alert is given and and the tag in not automatically added. -- Magioladitis (talk) 11:13, 11 April 2009 (UTC)

In general, I'd think that categorization through templates is the exception rather than the rule. As any article can probably go into additional categories than, e.g. those assigned through {{lifespan}}, I think it would be an advantage to add the tag despite any templates. Before changing it, we should probably invite others to discuss it. -- User:Docu

Lifetime is an example. It adds two categories. (Even if I disagree with the use of Lifetime), We can't control how many templates are out there and what they do. Keep in mind that this is general fixed of AWB we are discussing here and they have to be 100% accurate. A bot can add uncat tags. -- Magioladitis (talk) 11:46, 11 April 2009 (UTC)

At least according to Wikipedia:Categorization#Categorization_using_templates, it's not the recommended method for ordinary content categories. That is the type of categories one would want to invite the article to be categorized in. -- User:Docu

Anyway, it's certainly not a bug since it's on purpose like that. I think the rest is not for discussion in here. I think if a bot is approved and we have strong evidence that there are not false positives then we can discuss an addition in AWB. Without any bot doing the job I have serious doubts we can go and implemented as a general fix. -- Magioladitis (talk) 15:16, 11 April 2009 (UTC)

rev 4197 Code comment updated. Rjwilmsi 21:16, 12 April 2009 (UTC)

In addition to the stub templates, the article issues set of templates should be a group that could be excluded as well. e.g. Eric Kline wasn't tagged automatically [32]. -- User:Docu 17:59, 21 April 2009 (UTC)

Still, this isn't a bug because AWB is not supposed to add uncat tags automatically. I agree that we can add it automatically when there are no categories and no templates, but what happens then if we add templates and/or categories with AWB? -- Magioladitis (talk) 18:59, 21 April 2009 (UTC)

It would only do this if you select "Auto tag". It already adds "uncategorized", just not if there is a template other than a stub template. The idea being that if {{infobox film}} already adds the category "English language films", the article isn't uncategorized.

This is different with stub templates and categories as these are parallel to content categories. The maintenance categories added by the article issues templates are comparable to that.

I agree it's not a bug, but an enhancement of an existing feature. -- User:Docu

I think we have to try this by creating a bot to add the tags and not implement it as a built-in feature of AWB. -- Magioladitis (talk) 19:45, 21 April 2009 (UTC)

It's already built in. It's just needs to be fine-tuned. -- User:Docu

Use list

Status	Works for me
Description	On the list comparer there is a button marked "use list" under each list which is outputted from the list comparison. I assumed this meant it would copy the list back to AWB main, but it doesn't appear to. Hiding T 17:57, 18 April 2009 (UTC)
To duplicate:
Site URL:	http://wiki.riteme.site
Operating system	Windows Vista (Windows version 6.0)
.NET FW Version	Unknown
AWB version	4.5.2.0
Workaround
Fixed in version	Unknown

It should copy it back to the first list... It was being an ass when i tried to bring the listmaker from the main form properly... I cant remember whether its supposed to add them back (tbh, i dont think it was due to the stupid bug).. —Ree dy 18:36, 18 April 2009 (UTC)

What do you mean by it should copy it back to the first list... is that the first list in the list comparer? Sorry, I'm having a dense moment. Hiding T 08:35, 22 April 2009 (UTC)

It copies it back to the left hand side ListMaker on the form. —Ree dy 10:37, 22 April 2009 (UTC)

Okay, I see. That works then. Hiding T 14:04, 23 April 2009 (UTC)

The original request reporter has asked for this functionality also. This bug can be closed, and it'll be fixed on the FR. —Ree dy 10:59, 5 May 2009 (UTC)

DEFAULTSORT capitalization

Status	Not a bug in AWB, has been referred
Description	When adding DEFAULTSORTs to remove diacritics and other special symbols, AWB seems to capitalize the first letter of every word... see [33], [34], and [35] for examples. This is almost always wrong; it should be using capitalization identical to the article title. –Drilnoth (T • C • L) 13:58, 22 May 2009 (UTC)
To duplicate:
Site URL:	en.Wikipedia
Operating system	Vista
.NET FW Version	Unknown
AWB version	The latest full release; SVN 4340.
Workaround
Fixed in version

Hmm it was added per feature request Wikipedia_talk:AutoWikiBrowser/Feature_requests#Formatting_for_defaultsort_and_lifetime_templates. I need restrict the logic to apply when the article is about people only. That wasn't made clear to me. I'll fix over the weekend. Rjwilmsi 14:47, 22 May 2009 (UTC)

It's actually correct as is. For example, you want White Sea to sort near White seabass. WP:Categorization#Using sort keys, which applies to all articles (not just bios), states: "To ensure that entries differing by letter case appear together, apply the convention that initial letters of words are capitalized in the sort key, but other letters are lower case." MANdARAX • XAЯAbИAM 17:39, 22 May 2009 (UTC)

Ah, indeed. Thanks for the info! –Drilnoth (T • C • L) 17:47, 22 May 2009 (UTC)

Still seems strange to me. I wonder when that was added. Anyways, now AWB tries to add a sortkey at almost any edit. -- User:Docu

I think that this is actually a good thing. I hadn't known about that guideline, but it will make finding things easier. It seems to have been in one of these recent SVN builds. –Drilnoth (T • C • L) 18:39, 22 May 2009 (UTC)

I thought more of the guideline than AWB. -- User:Docu

Oh, right. Well, it's been at least since October. –Drilnoth (T • C • L) 19:03, 22 May 2009 (UTC)

Should characters after ' or - be considered a separate word? [36] [37] [38] --Pascal⁶⁶⁶ 06:18, 30 May 2009 (UTC)

AWB's handling of apostrophes in those examples is definitely incorrect. I work mostly with human name sort keys, for which all punctuation except hyphens and periods should be removed. I don't know if the same standard applies to other sort keys, but if I had to guess I would say yes. But even if an apostrophe is supposed to remain, the letter after it should not be capitalized. As for the hyphens, I do not know of any guidelines which would make it clear whether the letter following a hyphen should be capitalized or not. I've seen it both ways, but probably more often it is capitalized. MANdARAX • XAЯAbИAM 19:25, 31 May 2009 (UTC)

After apostrophes: No. That just isn't correct at all. After dashes: Yes. Hyphens and other dashes are usually just word separators, so treating each piece as a separate word makes sense to me. Now its tricky when a hyphen is a part of a word, but I think that in article names its more likely to be a separator. –Drilnoth (T • C • L) 12:51, 1 June 2009 (UTC)

I have opened a new bug report (#DEFAULTSORT capitalization after apostrophes) for this issue below and it has already been fixed. --Pascal⁶⁶⁶ 06:09, 2 June 2009 (UTC)

rev 4344 Code comments updated to link to guidelines. Rjwilmsi 19:28, 22 May 2009 (UTC)

Cool, btw for Cleo (magazine), the sortkey should probably be "Cleo" rather than "Cleo (Magazin)" [39]. A good thing to do once we got this beyond perfection, would be to convert the logic to a short patch for mediawiki (e.g. if there is no DEFAULTSORT, mw sets it to the sortkey AWB would use). -- User:Docu

Hm no the parenthesises disambiguaiton shoule be kept. Reason? You have say "Smith, John (author)" you can pick him out form 100 other John Smiths. Rich Farmbrough 04:21 25 June 2009 (UTC).

Believe you're wrong Rich: the article title is shown on the category page (not the sort key), so the disambiguation term would be shown, but the sort key doesn't need the disambiguation term. From WP:CAT: "The sort key should mirror the article's title as closely as possible, while omitting disambiguating terms...". Rjwilmsi 10:25, 25 June 2009 (UTC)

What he's saying is that John Smith (author) should still sort before John Smith (wanker). --NE2 12:11, 25 June 2009 (UTC)

Then your opinion differs from the guidelines. Rjwilmsi 12:56, 25 June 2009 (UTC)

Then the guidelines are an ass

--NE2 13:10, 25 June 2009 (UTC)

ConfigurationErrorsException in MainForm.MainForm_FormClosing

Status Fixed in the next release

Description

Exception:	`ConfigurationErrorsException`
Message:	`Failed to save settings: An error occurred loading a configuration file: Δεν υπάρχει αρκετός χώρος στο δίσκο. (C:\Documents and Settings\M\Local Settings\Application Data\AutoWikiBrowser\AutoWikiBrowser.exe_Url_2xkuiu125ckv4cwlmbs2tfj0cukj02nq\4.5.1.1\user.config)`
Call stack:	at System.Configuration.ClientSettingsStore.WriteSettings(String sectionName, Boolean isRoaming, IDictionary newSettings) at System.Configuration.LocalFileSettingsProvider.SetPropertyValues(SettingsContext context, SettingsPropertyValueCollection values) at System.Configuration.SettingsBase.SaveCore() at System.Configuration.SettingsBase.Save() at System.Configuration.ApplicationSettingsBase.Save() at AutoWikiBrowser.MainForm.MainForm_FormClosing(Object sender, FormClosingEventArgs e) at System.Windows.Forms.FormClosingEventHandler.Invoke(Object sender, FormClosingEventArgs e) at System.Windows.Forms.Form.OnFormClosing(FormClosingEventArgs e) at System.Windows.Forms.Form.WmClose(Message& m) at System.Windows.Forms.Form.WndProc(Message& m) at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m) at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m) at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
Inner exception:	`ConfigurationErrorsException`
Message:	`An error occurred loading a configuration file: Not enough hard disc space. (C:\Documents and Settings\M\Local Settings\Application Data\AutoWikiBrowser\AutoWikiBrowser.exe_Url_2xkuiu125ckv4cwlmbs2tfj0cukj02nq\4.5.1.1\user.config)`
Call stack:	at System.Configuration.MgmtConfigurationRecord.SaveAs(String filename, ConfigurationSaveMode saveMode, Boolean forceUpdateAll) at System.Configuration.Configuration.SaveAsImpl(String filename, ConfigurationSaveMode saveMode, Boolean forceSaveAll) at System.Configuration.Configuration.Save() at System.Configuration.ClientSettingsStore.WriteSettings(String sectionName, Boolean isRoaming, IDictionary newSettings)
Inner exception:	`IOException`
Message:	`Not enough hard disc space.`
Call stack:	at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath) at System.IO.FileStream.WriteCore(Byte[] buffer, Int32 offset, Int32 count) at System.IO.FileStream.FlushWrite(Boolean calledFromFinalizer) at System.IO.FileStream.Dispose(Boolean disposing) at System.IO.Stream.Close() at System.Configuration.ClientSettingsStore.QuotaEnforcedStream.Close() at System.IO.StreamWriter.Dispose(Boolean disposing) at System.IO.TextWriter.Dispose() at System.Configuration.MgmtConfigurationRecord.SaveAs(String filename, ConfigurationSaveMode saveMode, Boolean forceUpdateAll)

Magioladitis (talk) 21:31, 26 February 2009 (UTC)

To duplicate: Unknown

Site URL: http://wiki.riteme.site

Operating system Microsoft Windows NT 5.1.2600 Service Pack 2

.NET FW Version Unknown

AWB version 4.5.1.1, revision 3911 (2009-02-02 00:05:44)

Workaround None

Fixed in version Unknown

I had 0 bytes free in my hard disk. -- Magioladitis (talk) 21:31, 26 February 2009 (UTC)

Maybe a message could pop-up when there is not enough space in hard disk instead of this Exception error. -- Magioladitis (talk) 09:34, 28 April 2009 (UTC)

rev 4693 —Ree dy 22:22, 2 July 2009 (UTC)