Wikipedia talk:AutoWikiBrowser/Bugs/Archive 12

Archive 5

←

Archive 10

Archive 11

Archive 12

Archive 13

Archive 14

Archive 15

Edit page load Failure

Status	Fixed in the next release
Description	Exception: COMException Message: Error HRESULT E_FAIL has been returned from a call to a COM component. Call stack: at System.Windows.Forms.UnsafeNativeMethods.IWebBrowser2.Navigate2(Object& URL, Object& flags, Object& targetFrameName, Object& postData, Object& headers) at System.Windows.Forms.WebBrowser.PerformNavigate2(Object& URL, Object& flags, Object& targetFrameName, Object& postData, Object& headers) at System.Windows.Forms.WebBrowser.PerformNavigateHelper(String urlString, Boolean newWindow, String targetFrameName, Byte[] postData, String headers) at System.Windows.Forms.WebBrowser.Navigate(String urlString) at WikiFunctions.Browser.WebControl.LoadEditPage(String Article) Phatom87 (talk • contribs) 23:46, 9 February 2009 (UTC)
To duplicate:	Unknown
Site URL:	http://en.wikipedia.org
Operating system	Microsoft Windows NT 5.1.2600 Service Pack 3
.NET FW Version	Unknown
AWB version	4.5.1.0, revision 3906 (2009-01-31 22:59:06)
Workaround	None
Fixed in version	Unknown

What did you do to encounter this error? Thanks Rjwilmsi 13:42, 10 February 2009 (UTC)

IIRC we've had this before, its something in the .NET FW... Not a huge amount we can do about it... —Reedy 11:02, 21 February 2009 (UTC)

Fixed in v4.9/5 (no WebBrowser) —Reedy 20:11, 18 July 2009 (UTC)== Edit page load Failure ==

Status	Fixed in the next release
Description	Exception: COMException Message: Error HRESULT E_FAIL has been returned from a call to a COM component. Call stack: at System.Windows.Forms.UnsafeNativeMethods.IWebBrowser2.Navigate2(Object& URL, Object& flags, Object& targetFrameName, Object& postData, Object& headers) at System.Windows.Forms.WebBrowser.PerformNavigate2(Object& URL, Object& flags, Object& targetFrameName, Object& postData, Object& headers) at System.Windows.Forms.WebBrowser.PerformNavigateHelper(String urlString, Boolean newWindow, String targetFrameName, Byte[] postData, String headers) at System.Windows.Forms.WebBrowser.Navigate(String urlString) at WikiFunctions.Browser.WebControl.LoadEditPage(String Article) Phatom87 (talk • contribs) 23:46, 9 February 2009 (UTC)
To duplicate:	Unknown
Site URL:	http://en.wikipedia.org
Operating system	Microsoft Windows NT 5.1.2600 Service Pack 3
.NET FW Version	Unknown
AWB version	4.5.1.0, revision 3906 (2009-01-31 22:59:06)
Workaround	None
Fixed in version	Unknown

What did you do to encounter this error? Thanks Rjwilmsi 13:42, 10 February 2009 (UTC)

IIRC we've had this before, its something in the .NET FW... Not a huge amount we can do about it... —Reedy 11:02, 21 February 2009 (UTC)

Fixed in v4.9/5 (no WebBrowser) —Reedy 20:11, 18 July 2009 (UTC)

Needless space

Status	Fixed in the next release
Description	See my need to fix an AWB mistake here: [1]. Link was properly formatted in AWB.
To duplicate:	Revert the page to the old version on the link, and try to change the text to what it is now; it will insert the needless space.
Operating system	Vista
.NET FW Version	Unknown
AWB version	4.4.2.0
Workaround
Fixed in version	Unknown

Steps to duplicate? —Reedy 16:52, 8 January 2009 (UTC)

rev 4694. Fixed! :P -- Magioladitis (talk) 23:31, 2 July 2009 (UTC)

ObjectDisposedException from Help

Status	Fixed in the next release
Description	Exception: ObjectDisposedException Message: Cannot access a disposed object. Object name: 'Help'. Call stack: at System.Windows.Forms.Control.CreateHandle() at System.Windows.Forms.Form.CreateHandle() at System.Windows.Forms.Control.get_Handle() at System.Windows.Forms.Control.SetVisibleCore(Boolean value) at System.Windows.Forms.Form.SetVisibleCore(Boolean value) at System.Windows.Forms.Control.Show() at AutoWikiBrowser.MainForm.helpToolStripMenuItem1_Click(Object sender, EventArgs e) at System.Windows.Forms.ToolStripItem.RaiseEvent(Object key, EventArgs e) at System.Windows.Forms.ToolStripMenuItem.OnClick(EventArgs e) at System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e) at System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e) at System.Windows.Forms.ToolStripItem.FireEventInteractive(EventArgs e, ToolStripItemEventType met) at System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met) at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea) at System.Windows.Forms.ToolStripDropDown.OnMouseUp(MouseEventArgs mea) at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks) at System.Windows.Forms.Control.WndProc(Message& m) at System.Windows.Forms.ScrollableControl.WndProc(Message& m) at System.Windows.Forms.ToolStrip.WndProc(Message& m) at System.Windows.Forms.ToolStripDropDown.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) Saud (talk) 15:51, 6 May 2009 (UTC) Ipatrol (talk) 19:30, 22 June 2009 (UTC)
To duplicate:	Unknown
Site URL:	http://en.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

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

rev 4670, rev 4671 —Reedy 21:22, 29 June 2009 (UTC)

Failing to "check we are logged in" on Wikia.

Status	Fixed in the next release
Description	Starting a new run hangs in "loading page to check we are logged in"Rich Farmbrough, 21:31 12 February 2009 (UTC).
To duplicate:	See above
Site URL:	runescape.wikia.com
Operating system	Vista
.NET FW Version	Unknown
AWB version	3950
Workaround	Be logged in at start of session / close - reopen AWB
Fixed in version

Seems to only be a problem after logging in explicitly. Rich Farmbrough, 19:05 13 February 2009 (UTC).

Fixed for 4.9.0.1/v5 —Reedy 20:09, 18 July 2009 (UTC)

Two problems with restart time

Timeout preference ignored

Status	Fixed in the next release
Description	The timeout preference is ignored (in Options > Preferences > Site > Wait XX seconds before timing out). If a page load stalls, then the timer next to the bottom-left throbber always counts down starting from “Restarting in 60.”
To duplicate:
Site URL:	http://en.wiktionary.org/
Operating system	WinXP Home (under VMware Fusion)
.NET FW Version	Unknown
AWB version
Workaround	click “Stop” then “Start” instead of waiting for a full minute
Fixed in version	Unknown

Those are different functionality. The timeout is related to the web request timeout (ie how long the web browser will wait for a response from the server before giving up). —Reedy 19:45, 17 March 2009 (UTC)

Suggestions:

• Make the difference evident to the user (it's reasonable to assume that “wait XX seconds” refers to the one and only visible seconds timer).

rev 4086 —Reedy 23:07, 17 March 2009 (UTC)

• Add a preference to change the visible timeout (for me, at least 1 in 8 pages stalls, and it waits for the full 60 seconds every time – the delay serves no purpose except to keep my edits/minute down at 1 or 2).

Thanks. —Michael Z. 2009-03-17 20:10 z

Marking as fixed. AWB as of v5 doesn't have (or need) this option. So it has been removed. —Reedy 09:04, 10 July 2009 (UTC)

Timeout preference silently wipes out values below 30

Status	Fixed in the next release
Description	If I type a number lower than 30 into the timeout preference (in Options > Preferences > Site > Wait XX seconds before timing out), then it sets the value to 30, without any warning or feedback.
To duplicate:
Site URL:	http://en.wiktionary.org/
Operating system	WinXP Home (under VMware Fusion)
.NET FW Version	Unknown
AWB version
Workaround
Fixed in version	Unknown

The numeric up down control is set to take a minimum of 30.. So if you set less, it'll give 30 as its answer. I suspect, though, you're not leaving the control or similar... Want the limit lowering? —Reedy 23:05, 17 March 2009 (UTC)

I don't need a lower value (wrong timeout, see previous bug), it's just that the control is misleading. Here's what I notice upon closer examination:

Type in a number lower than 30. Click OK. The number resets to 30, but this is only visible for a fraction of a second before the dialogue disappears. In effect, your input is silently rejected. You think you've set the timeout to 15, but you haven't.

Fix:

• Include text in the dialogue letting the user know the legal range (like “min. 30”, or “30+”).
• If user enters an illegal figure and hits OK:
  1. Don't dismiss the dialogue.
  2. Beep to notify of error.
  3. Reset the figure to the nearest legal value (30).
  4. Select the figure, so the user can just start typing and hit enter.

 —Michael Z. 2009-03-25 16:30 z

As above. —Reedy 09:05, 10 July 2009 (UTC)

Blanking, Incorrect Tagging, and Incorrect Display

Status	Not enough information/very rare bug
Description	It was reported that I made this edit [2] using AWB. It incorrectly tagged the article with {{wikify}} and blanked the rest of the article. I also clearly remember that AWB did not show any blanking but only the adding of the templates.
To duplicate:
Operating system
.NET FW Version	Unknown
AWB version	4.5.2.0
Workaround
Fixed in version	Unknown

-download | sign! 20:23, 22 March 2009 (UTC)

Seems like its a bugged edit. My version doesn't want to make change changes at all.. Are you using anything custom in your config? —Reedy 20:28, 22 March 2009 (UTC)

I haven't edited anything, other than the skip and general settings... -download | sign! 20:34, 22 March 2009 (UTC)

No main namespace in Prefixindex

Status	Fixed in the next release
Description	Creating a list from Special Page → All Pages with prefix (Prefixindex), there is no "Main" option in the namespace dropdown. If you search in another namespace, you can't go back to searching in the mainspace; you have to restart the program to reset the dropdown to be blank. 24.234.156.46 (talk) 17:03, 16 July 2009 (UTC)
To duplicate:	Do a prefixindex search on the template namespace, then try to get back to the main namespace.
Site URL:	strategywiki.org
Operating system	Windows XP
.NET FW Version	Unknown
AWB version	4.6.0.0
Workaround	Restart the program to reset the namespace dropdown.
Fixed in version

rev 4897 & rev 4898 —Reedy 17:18, 16 July 2009 (UTC)

Thank you! 24.234.156.46 (talk) 17:36, 16 July 2009 (UTC)

involuntary autosave with pre-parse

Status	Fixed in the next release
Description	When autosave is *not* selected, and I run a list through auto-parse, the eliminated names are deleted from the saved file, not just the working list. kwami (talk) 17:24, 13 July 2009 (UTC)
To duplicate:	as above
Site URL:	WP-en
Operating system	Win-XP
.NET FW Version	Unknown
AWB version	4.6
Workaround	use list compare to save list before running pre-parse
Fixed in version

Its not quite involuntary, and I did suggest slightly alternative behaviour on implementation. During pre-parse it automatically saves the current settings file every 10 edits or whatever. There is a checkbox to do this in normal mode. IMHO, AWB should honour this checkbox state in pre-parse mode too (not everyone really cares losing work on a preparsed list). The "workaround" is to save your settings once, and then save them again to a new file, and you'll still have a saved set. —Reedy 17:43, 13 July 2009 (UTC)

I considered it helpful to automatically save the settings file in pre-parse mode as AWB/PC/entire world may crash, and work could be lost. We could do as you suggest though Reedy. Rjwilmsi 20:07, 13 July 2009 (UTC)

Though the existing auto save option is per edit not per article skipped. Rjwilmsi 20:08, 13 July 2009 (

The other option is we save to something like "CurrentSettingsFile.xml.preparse" or "CurrentSettingsFile.preparse.xml" —Reedy 17:36, 16 July 2009 (UTC)

Saving the settings during pre-parse is a very bad idea. How can someone disable it? It messed all my settings files. -- Magioladitis (talk) 17:37, 16 July 2009 (UTC)

rev 4904 The menu option now controls whether the settings file is automatically saved in pre-pass mode as well, so that users can avoid all automatic saving of the settings files if that's the way they like it. Rjwilmsi 19:31, 17 July 2009 (UTC)

Remove uncat tag with GF

Status	Fixed in the next release
Description	In the followomg edit the {{uncategorized}} tag was removed. This was without the tagger turned on. Duplicated with just GF.Rich Farmbrough, 21:21 21 May 2009 (UTC).
To duplicate:	http://en.wikipedia.org/w/index.php?title=Council_for_European_Studies&diff=291477410&oldid=291469692
Site URL:	en WP
Operating system	V
.NET FW Version	Unknown
AWB version	4.3.5.2
Workaround
Fixed in version

This was requested behaviour. Well, to remove tags if GF was enabled (still going to do so under auto tag). Though, i sorta agree that it shouldnt be removing it as its just a stub tag reating the category. Whats the actual bug that you're reporting? —Reedy 11:20, 22 May 2009 (UTC)

It was reported beforeWikipedia_talk:AutoWikiBrowser/Bugs/Archive_10#Tagger_-_removing_uncat

According to Wikipedia_talk:AutoWikiBrowser/Bugs#Uncategorized_tag_not_added, {{uncat}} is added if there just a stub template. IMHO, it should also be added if there are only maintenance categories. -- User:Docu

How would AWB define a maintenance category? Rjwilmsi 09:46, 23 May 2009 (UTC)

It wouldn't, but it could tag articles as uncategorized that only use reference, coord missing, or article issue templates. The later generally apply maintenance categories. -- User:Docu

Hm, to not add uncat is OK, but to remove it on an assumption? Also seems to be happening to Orphan.

Marking as fixed. AWB doesn't remove tags in GF now. —Reedy 22:41, 2 July 2009 (UTC)

Unbalanced brackets msg doesn't go away

Status	Fixed in the next release
Description	After fixing an "unbalanced bracket" and clicking preview, the Alert message doesn't go away.shirulashem (talk) 17:28, 24 May 2009 (UTC)
To duplicate:	Jay Staggs
Site URL:	en.wiki
Operating system	Vista
.NET FW Version	Unknown
AWB version	4.5.3.2
Workaround
Fixed in version

It wouldn't, as its not reparsing the text, its just redisplaying it.. —Reedy 19:15, 24 May 2009 (UTC)

Ok, but just as when you "delink" a multiple wikilink that message goes away, it would be nice if this did too. If you have a really long article, and you remove a set of unbalanced brackets, how do you know there aren't more in the article? shirulashem (talk) 01:10, 26 May 2009 (UTC)

I used to save it and have it checked it once more (I think the bug that reloaded the page has been fixed now though). If you are working on one of the WP:CheckWiki reports (e.g. #43, #47), it doesn't matter that much if one is missed, as the next day, the report would list additional occurrences. -- User:Docu

I will investigate whether AWB can be made to recheck for unbalanced brackets and remove the alert if appropriate when the user invokes the 're-parse' option. Rjwilmsi 14:36, 30 June 2009 (UTC)

rev 4685 When re-parsing, recalculate the article statistics. Alerts should also be re-done, but that's going to be more effort: alerts are based on article properties, which the ArticleEX object created on re-parse doesn't have. Rjwilmsi 15:08, 1 July 2009 (UTC)

rev 4686 When re-parsing, correctly update any article alerts too. Question remains whether pressing preview should trigger a re-parse – I think probably not. Rjwilmsi 16:31, 1 July 2009 (UTC)

rev 4808 On re-parse of article, the next set of unbalanced brackets are then highlighted if found. Rjwilmsi 15:00, 8 July 2009 (UTC)

Interwiki links moved out of comment

Status	Fixed in the next release
Description	On Canadian National Railway, the general fixes move the it and sv links outside the comment. NE2 14:16, 8 July 2009 (UTC)
To duplicate:	Apply general fixes to Canadian National Railway
Site URL:	en.wikipedia
Operating system	XP
.NET FW Version	Unknown
AWB version	4.6.0.0
Workaround
Fixed in version

MetaDataSorter.RemoveInterWikis needs to do HideText.Hide (with hideimages and hidexternallinks false) and then apply the interwiki changes, then unhide. I can fix at the weekend. Rjwilmsi 14:37, 8 July 2009 (UTC)

rev 4822 Fixed. Rjwilmsi 16:07, 9 July 2009 (UTC)

Tags moved to wrong place

Status	Not a bug/currently unresolvable
Description	Misplaced tags which should be moved to the top of the page, such as {{Orphan}} and {{Notability}}, are instead moved above the DEFAULTSORT / categories. MANdARAX • XAЯAbИAM 21:32, 13 July 2009 (UTC)
To duplicate:	Genfixes on Edwin Harris or User:Mandarax/AWB Sandbox
Site URL:	en.wikipedia
Operating system	XP
.NET FW Version	Unknown
AWB version	SVN 4732, 4869, 4873
Workaround
Fixed in version

I noticed myself too. Not actually a bug since AWB still doesn't move orphan tags on the top (after DAB links and Afd tags). Check feature requests. What actually happens is that DEFAULTSORT/categories are moved to the bottom. I agree that orphan tags should move. -- Magioladitis (talk) 23:18, 13 July 2009 (UTC)

Ah, thanks for pointing out what's really happening. MANdARAX • XAЯAbИAM 00:52, 14 July 2009 (UTC)

Article Issues

Status	Fixed in the next release
Description	AWB is creating unnamed parameters in {{Article issues}}.Pascal666 22:20, 3 July 2009 (UTC)
To duplicate:	Load Electromagnetic theories of consciousness in AWB with general fixes enabled
Site URL:	en.wiki
Operating system	Vista
.NET FW Version	Unknown
AWB version	4.6.0.0
Workaround
Fixed in version

Diff. The problem is in expert. -- Magioladitis (talk) 22:32, 3 July 2009 (UTC)

This is easy to fix. AWB has to enter date to undated expert before merging into Article issues. -- Magioladitis (talk) 22:55, 3 July 2009 (UTC)

Expert takes a subject not a date. I'll fix AWB to ignore the {{expert}} template without a second argument. Rjwilmsi 13:15, 4 July 2009 (UTC)

rev 4699 Ignore {{expert}} when no second parameter (the subject the expertise is needed in) is provided. Rjwilmsi 14:21, 4 July 2009 (UTC)

Parsers.GetTemplates is case-sensitive

Status	Fixed in the next release
Description	Using Parsers.GetTemplates matches only if the template name in the article matches exactly the template name passed in. It should be case-insensitive on the first character, having first taken account of pathological instances of "tEmPlAtE:" (e.g. {{tEmPlAtE : date}} → 22 April 2024) ClickRick (talk) 09:54, 4 July 2009 (UTC)
To duplicate:
Site URL:	en.wiki
Operating system	XP SP3
.NET FW Version	Unknown
AWB version	4.6.0.0
Workaround	Pass the template name as a regex, e.g. "[Dd]ate"; avoid the use of such bizarre capitalisation in articles!
Fixed in version

rev 4698 GetTemplates and GetTemplate are case insensitive on the first character of the template name. Rjwilmsi 13:52, 4 July 2009 (UTC)

That was quick! 14:08, 4 July 2009 (UTC)

enWS, fails to find locate pages in Page: namespace

Status	Not a bug in AWB, has been referred
Description	On Wikisource, AWB fails to find pages in the Page: domain as linksbillinghurst (talk) 13:54, 30 June 2009 (UTC)
To duplicate:	From link s:Index:The History of the Church & Manor of Wigan part 1.djvu, select 'Links on Page' and it only finds main namespace, and Author: namespace links
Site URL:	Wikisource
Operating system	XP
.NET FW Version	Unknown
AWB version	4.6.0
Workaround	Manually load links into AWB
Fixed in version

It works fine, its just the dynamic page list thats used to add those links to the page.. The API/DPL itself doesnt actually return that list [3] —Reedy 14:15, 30 June 2009 (UTC)

bugzilla:19443 - Not a bug in AWB or the API. Bug logged against the Extension that provides the functionality. —Reedy 14:25, 30 June 2009 (UTC)

Okay. I chatted with ThomasV and he says that he has implemented a fix. All is (or will be) sweet. THANKS. -- billinghurst (talk) 14:39, 2 July 2009 (UTC)

Yup, just noticed that. Be fixed after code review and scap. —Reedy 14:40, 2 July 2009 (UTC)

Unwanted general fixes

Status	Not a bug in AWB, has been referred
Description	AWB applies general fixes (such as deleting whitespace and moving stub tags) regardless of whether "apply general fixes" is selected or not --GW… 00:47, 30 June 2009 (UTC)
To duplicate:	Problem occurred immediately after upgrading to 4.6.0.0, apply general fixes set to off, appending text to pages and adding categories on, no skip options set, edit set to minor.
Site URL:	en.wikipedia
Operating system	Windows XP Professional SP3
.NET FW Version	Unknown
AWB version	4.6.0.0
Workaround
Fixed in version

If you are adding categories the AWB sorting logic has to be called to ensure the new category is placed correctly. The sorting logic will involve some whitespace and stub placement correction too. Rjwilmsi 07:35, 30 June 2009 (UTC)

NullReferenceException in WebControl.Login

Status	Not enough information/very rare bug
Description	Exception: NullReferenceException Message: Object reference not set to an instance of an object. Call stack: at WikiFunctions.Browser.WebControl.Login(String username, String password) in E:\AWB\AWB\WikiFunctions\WebControl.cs:line 239 at WikiFunctions.Profiles.AWBProfilesForm.browserLogin(String Username, String Password) in E:\AWB\AWB\WikiFunctions\AWBProfiles\AWBProfilesForm.cs:line 50 at WikiFunctions.Profiles.AWBProfilesForm.browserLogin(String Password) in E:\AWB\AWB\WikiFunctions\AWBProfiles\AWBProfilesForm.cs:line 45 at WikiFunctions.Profiles.AWBProfilesForm.login() in E:\AWB\AWB\WikiFunctions\AWBProfiles\AWBProfilesForm.cs:line 88 --OsamaK 19:35, 28 June 2008 (UTC) AWBProfilesForm.cs as of afflicted version
To duplicate:	Unknown
Operating system	Microsoft Windows NT 5.1.2600 Service Pack 2
.NET FW Version	Unknown
AWB version	4.3.2.1, as of r2998
Workaround	None
Fixed in version	Unknown

Could you elaborate what exactly did you do to encounter this bug? Can you reproduce it? MaxSem^{(Han shot first!)} 14:17, 20 March 2008 (UTC)

I'd love to know what causes this. It happens now and again, randomly.. And theres a null check on the web browser, but its gotta be something in the Login() method —Reedy Boy 14:21, 20 March 2008 (UTC)

Suppose this will be redundant post API edit changeover.. —Reedy 19:37, 12 January 2009 (UTC)

Wont occur in 4.9/5 —Reedy 21:23, 18 July 2009 (UTC)

Object reference not set to an instance of an object

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.LoadProjectOptions() at WikiFunctions.Variables.SetProject(LangCodeEnum langCode, ProjectEnum projectName, String customProject) at AutoWikiBrowser.MainForm.SetProject(LangCodeEnum code, ProjectEnum project, String customProject) at AutoWikiBrowser.MainForm.PreferencesToolStripMenuItem_Click(Object sender, EventArgs e) at System.Windows.Forms.ToolStripItem.RaiseEvent(Object key, EventArgs e) at System.Windows.Forms.ToolStripMenuItem.OnClick(EventArgs e) at System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e) at System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e) at System.Windows.Forms.ToolStripItem.FireEventInteractive(EventArgs e, ToolStripItemEventType met) at System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met) at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea) at System.Windows.Forms.ToolStripDropDown.OnMouseUp(MouseEventArgs mea) at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks) at System.Windows.Forms.Control.WndProc(Message& m) at System.Windows.Forms.ScrollableControl.WndProc(Message& m) at System.Windows.Forms.ToolStrip.WndProc(Message& m) at System.Windows.Forms.ToolStripDropDown.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) Prentice5 (talk) 14:44, 25 July 2009 (UTC)
To duplicate:	Unknown
Site URL:	http://www.wiki4games.com/index.php/
Operating system	Microsoft Windows NT 6.0.6001 Service Pack 1
.NET FW Version	Unknown
AWB version	4.6.0.0, revision 4662 (2009-06-29 19:22:14)
Workaround	None
Fixed in version	Unknown

KeyNotFoundException in Tools.ConvertToTalk

Status	Fixed in the next release
Description	Exception: KeyNotFoundException Message: The given key was not present in the dictionary. Call stack: at System.ThrowHelper.ThrowKeyNotFoundException() at System.Collections.Generic.Dictionary`2.get_Item(TKey key) at WikiFunctions.Tools.ConvertToTalk(Article a) at WikiFunctions.Tools.ConvertToTalk(List`1 list) at WikiFunctions.Controls.Lists.ListMaker.ConvertToTalkPages() at WikiFunctions.Controls.Lists.ListMaker.convertToTalkPagesToolStripMenuItem_Click(Object sender, EventArgs e) at System.Windows.Forms.ToolStripItem.RaiseEvent(Object key, EventArgs e) at System.Windows.Forms.ToolStripMenuItem.OnClick(EventArgs e) at System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e) at System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e) at System.Windows.Forms.ToolStripItem.FireEventInteractive(EventArgs e, ToolStripItemEventType met) at System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met) at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea) at System.Windows.Forms.ToolStripDropDown.OnMouseUp(MouseEventArgs mea) at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks) at System.Windows.Forms.Control.WndProc(Message& m) at System.Windows.Forms.ScrollableControl.WndProc(Message& m) at System.Windows.Forms.ToolStrip.WndProc(Message& m) at System.Windows.Forms.ToolStripDropDown.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) Magioladitis (talk) 17:59, 26 July 2009 (UTC)
To duplicate:	Unknown
Site URL:	http://en.wikipedia.org
Operating system	Microsoft Windows NT 5.1.2600 Service Pack 2
.NET FW Version	Unknown
AWB version	4.6.0.1, revision 4974 (2009-07-22 00:11:05)
Workaround	None
Fixed in version	Unknown

This happened while trying to convert Links on page -> List of German monarchs to talk pages. It was supposed to be fixed in /Archive 5. -- Magioladitis (talk) 17:59, 26 July 2009 (UTC)

The problem is caused because one of the links on this page appears to be: "Special:Search/List of German monarchs". All the other files are converted with no problem. -- Magioladitis (talk) 18:04, 26 July 2009 (UTC)

Should be fixed in rev 5022 —Reedy 18:19, 26 July 2009 (UTC)

Do you know why this link appears in the list? I can't find where it came from. -- Magioladitis (talk) 19:15, 26 July 2009 (UTC)

bugzilla:19814 —Reedy 19:36, 26 July 2009 (UTC)

defaultsort adding namespace

Status	Fixed in the next release
Description	When adding defaultsort to a category, AWB is including the namespace in the sort key. Example: [4] Pascal666 08:12, 28 July 2009 (UTC)
To duplicate:	Load a category that does not already have a defaultsort in AWB with general fixes enabled
Site URL:	en.wiki
Operating system	Vista sp2
.NET FW Version	Unknown
AWB version	4.6.0.0
Workaround
Fixed in version

rev 5037 Fixed. Rjwilmsi 11:13, 28 July 2009 (UTC)

Wiki search not working

Status	Fixed in the next release
Description	"Wiki search (text)" returns no results, regardless of the query string. OrangeDog (talk • edits) 17:40, 1 July 2009 (UTC)
To duplicate:
Site URL:	en.wikipedia
Operating system	Windows Vista
.NET FW Version	Unknown
AWB version	4.6.0.0 SVN 4662
Workaround
Fixed in version

Working fine for me now. Seems it was a site error at the time. —Reedy 22:31, 2 July 2009 (UTC)

Working for most strings now but for some reason not for "based off". Returns empty list with "List complete!" message. Compare [5]. OrangeDog (talk • edits) 20:17, 3 July 2009 (UTC)

I just got 1,000 pages for that fine. —Reedy 21:19, 3 July 2009 (UTC)

Then why is it just failing for me on this one query? Most mysterious. OrangeDog (talk • edits) 01:58, 4 July 2009 (UTC)

In the link you provided, you included the quotes ("based off"). Are you doing the same for AWB? If so, try it without the quotes. Like Reedy, I get 1000 pages when doing it without the quotes. MANdARAX • XAЯAbИAM 02:58, 4 July 2009 (UTC)

Yes, I am including the quotes, exactly as in the wiki search I linked. It works without the quotes, but obviously these results are useless when searching for the whole phrase. Other queries that include quotes still work as expected, "based on" for example. OrangeDog (talk • edits) 03:11, 4 July 2009 (UTC)

AWB would seem to be using the wrong escaping.

works, and so does this, but "based off\"&srlimit=max&format=xml&srnamespace=0|1|2|3|4|5|6|7|8|9|10|11|12|13|14|15|100|101 doesn't, and also doesn't, and neither does this.

—Reedy 09:13, 10 July 2009 (UTC)

rev 4918 —Reedy 21:38, 18 July 2009 (UTC)

Stack overflow when pre-parse skips many articles

Status	Fixed in the next release
Description	AWB fails with Stack overflow" when skipping many articles during pre-parse. ClickRick (talk) 00:24, 19 July 2009 (UTC)
To duplicate:	Create a list with many (> 1000) articles, set it to skip on no changes, then pre-parse. AWB will fail with "Stack overflow".
Site URL:	en.wiki
Operating system	XP
.NET FW Version	Unknown
AWB version	4.6.0.1
Workaround
Fixed in version	rev 4924

Pre Parse Skip if contains no links

On a similar subject, I'm having a problem getting the pre-parse mode to work correctly. One of my skip conditions is "page contains no links", but it does not skip pages without links in pre-parse mode. It does seem to honor my other conditions (ie a regex to skip prods and skipping deleted articles). Is this a known issue?--Fabrictramp | talk to me 22:09, 13 July 2009 (UTC)

rev 4899, rev 4900. Skip check might still need moving earlier (as its done after GF skip checks...) —Reedy 17:33, 16 July 2009 (UTC)

I don't have access to those (gave up on compiling long ago), but 4889 is a definite improvement. After pre-parse, the no link pages are still on the list, but on the second run through AWB is on steroids and skips them lickity split. Will try the other versions as they become available. Thanks!--Fabrictramp | talk to me 19:44, 18 July 2009 (UTC)

I'll get a snapshot up later today, and then we can confirm its sorted :). —Reedy 21:18, 18 July 2009 (UTC)

4930 is a step forward and two steps back. On my run through Wikipedia:Dead-end pages/D-F, it eliminated 170 pages with no links. But it didn't eliminate several hundred more without links. The steps back are that when I go through the list a second time (not on preparse, but still having skip pages with no links checked), it's stopping at every page, even ones AWB gives a link count of 0 for.--Fabrictramp | talk to me 18:54, 19 July 2009 (UTC)

Hmm. Quite possible i've messed it up.. On mine, i'd just done the basic link regex, but AWB had done links - interlinks, - categories and - images. Needs something else doing.. Rjwilmsi.. Any ideas if we could do a regex that specifically wouldnt match Categories, IW, and images. WikiRegexes.WikiLinksOnly doesn't just match WikiLinks, obviously, so the comment needs updating, as does its name, probably.. rev 4947,rev 4948 —Reedy 19:11, 19 July 2009 (UTC)

I just went back to 4.6.0.0 and it's working "normally" there (sometimes it comes up with a total of -1 links and says to itself "hey, that's not 0, so I won't skip this." Whenever it comes up with -1, it's really 0 links, but it's rare.)--Fabrictramp | talk to me 19:31, 19 July 2009 (UTC)

And since you'll probably ask, Darrin Maharaj is an example of a page with -1 links. :) --Fabrictramp | talk to me 19:35, 19 July 2009 (UTC)

Rjwilmsi updated the regex in rev 4951. In rev 4971, i made the changes so it wouldnt need to do the offsetting based on cats/images/iw. —Reedy 22:20, 21 July 2009 (UTC)

Thanks! I'll give it another whirl as soon as something compiled is available.--Fabrictramp | talk to me 22:36, 21 July 2009 (UTC)

Hmm. Looks good IMHO. Only change, might be, the skip still needs moving earlier (incase you want to then skip if no changes.. rather than that taking precedences before..) Darrin Maharaj doesn't show with -1 links ;). —Reedy 22:45, 21 July 2009 (UTC)

New snapshots are uploading now. —Reedy 23:13, 21 July 2009 (UTC)

Wikipedia is slow at the moment, so AWB is chugging slowly, but looking at the first dozen pages it parsed, rev 4974 is spot on. Thanks!!!!--Fabrictramp | talk to me 00:07, 22 July 2009 (UTC)

Minor typo fix

In NoLimits plugin: What transludes page (All NS) (NL, Admin & Bot) -> What transludes page (all NS) (NL, Admin & Bot). -- Magioladitis (talk) 08:06, 18 July 2009 (UTC)

rev 4912 —Reedy 14:23, 18 July 2009 (UTC)

KeyNotFoundException in Parsers.FixCategories

Status	Need more information
Description	Exception: KeyNotFoundException Message: The given key was not present in the dictionary. Call stack: at System.ThrowHelper.ThrowKeyNotFoundException() at System.Collections.Generic.Dictionary`2.get_Item(TKey key) at WikiFunctions.Parse.Parsers.FixCategories(String articleText) at WikiFunctions.Parse.Parsers.ChangeToDefaultSort(String articleText, String articleTitle, Boolean& noChange) at WikiFunctions.Article.SetDefaultSort(LangCodeEnum LangCode, 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(ArticleEX theArticle, Boolean mainProcess) (note: this occured imediately after the last error on the first page that I tried to process. Both are using the DrilBot account and use a custom module for general fixes). –Drilnoth (T • C • L) 22:52, 17 May 2009 (UTC)
To duplicate:	[encountered while processing page [6]]
Site URL:	http://en.wikipedia.org
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:31, 18 May 2009 (UTC)

I thought that might happen, since it occured right after the last error and the custom module is used for gen fixes. I wouldn't worry about it too much; it seems to be working OK now. –Drilnoth (T • C • L) 20:18, 18 May 2009 (UTC)

The previous error means that at this point the Variables.Namespaces dictionary hasn't been populated correctly. If we fix the previous one (cancel background request error), this error shouldn't happen. Rjwilmsi 09:11, 28 June 2009 (UTC)

Hopefully now fixed by Reedy's work under CancelBackgroundRequests bug. Rjwilmsi 15:23, 30 June 2009 (UTC)

Re: Empty results for "What links here" and "What transcludes page"

Pulled this from the archives. It was said to be fixed in late March, but in AWB 4.5.2.0 using:

Source: What links here (all NS)

What links to: Template:Snooker project

I get 0 pages. Changing source to "What links here", "What links here (inc. Redirects)", "What links here (all NS) (inc. Redirects)", and "What transcludes page", I still get 0 results, despite over 500 pages using that template redir, which needs to be replaced with Template:WikiProject Snooker proper, or WP:AALERTS won't work properly with the project in question. Also tried removing the "Template:" from it, and none of those options worked either. I'm kind of at a loss as to what to do about this, since I'm not going to edit hundreds of these things manually. — SMcCandlish [talk] [cont] ‹(-¿-)› 19:53, 12 April 2009 (UTC)

I confirm this. I got the same for WPBiography. -- Magioladitis (talk) 19:58, 12 April 2009 (UTC)

NB: If you were going to do an AWB run similar to mine, but for bio articles, you'll probably want to do it in the opposite direction. While Template:WikiProject Biography exists as a redir to Template:WPBiography, the latter is used orders of magnitude more frequently. I'd prefer it if all projects used the "Template:WikiProject Whatever" convention, but changing that one in particular would be an enormous job. It does not have to be changed to work with AALERTs (the AALERTs template has a flag for specifying the banner name), it just has to be consistent, so the few {{WikiProject Biography|...}} instances around would simply need to be changed to {{WPBiography|...}}. — SMcCandlish [talk] [cont] ‹(-¿-)› 20:14, 12 April 2009 (UTC)

Was after the last release AFAIK.. So should be fine in the SVN snapshots —Reedy 19:59, 12 April 2009 (UTC)

I have rev.4183 and still no results. -- Magioladitis (talk) 20:08, 12 April 2009 (UTC)

Hmph. I can't even check to see if that is current; as of the last half-hour or so, http://sourceforge.net/projects/autowikibrowser/ is a "500 - Internal Server Error" if anything comes up at all. — SMcCandlish [talk] [cont] ‹(-¿-)› 20:22, 12 April 2009 (UTC)

You should be looking in http://toolserver.org/~reedy/awbsnapshots/ -- Magioladitis (talk) 22:36, 12 April 2009 (UTC)

So, yeah, it is current, and ergo this is still broken. D'oh. — SMcCandlish [talk] [cont] ‹(-¿-)› 21:57, 13 April 2009 (UTC)

For me, it works for some templates and for some not! -- Magioladitis (talk) 22:13, 13 April 2009 (UTC)

That's weird. I can't get it to work for any templates at all. This is obviously pretty serious. I would have to think that tracking down and modifying template inclusions has long been one of the top-10 uses of AWB, before this functionality was broken. — SMcCandlish [talk] [cont] ‹(-¿-)› 22:42, 15 April 2009 (UTC)

[7] - Is what it should be loading... Does it work on some of the older versions? Or has there been an API change..? —Reedy 23:01, 15 April 2009 (UTC)

Nothing actually links to that page.. Hence no results. What transcludes page (All NS) should give you what you want... —Reedy 23:09, 15 April 2009 (UTC)

Having similar problems. 0 results when trying to get transclusions of Wikipedia:Featured article tools or {{Featured article candidates}}. No permutation of what links here is returning transcluding pages for me, either. Maralia (talk) 03:44, 16 April 2009 (UTC)

What transcludes page (All NS), using "Template:Featured article candidates" gives 52 results. What links here (All NS), using "Wikipedia:Featured article tools", gives 12 pages —Reedy 18:20, 16 April 2009 (UTC)

Case 1: not for me; in AWB I get 0 results.

Case 2: in AWB I do get 12 results, but onwiki there are 600+ results.

Neither method—not 'what transcludes page' nor 'what links here (all NS)'—is yielding a result that includes what transcludes the page. I am on 4.5.2.0/SVN 4100. Maralia (talk) 18:55, 16 April 2009 (UTC)

No comment on the bug, but if the article alerts bot doesn't work with redirects, shouldn't it be fixed? --NE2 22:45, 15 April 2009 (UTC)

I'll contact B. Wolterding for some insight. Headbomb {^ταλκ_{κοντριβς} – WP Physics} 07:10, 24 April 2009 (UTC)

ArticleAlertbot does work with template redirects... It's just that in the subscription, you need to specify the main template (rather than a redirect). For the pages tagged with a project banner, template redirects are fine. --B. Wolterding (talk) 19:18, 28 April 2009 (UTC)

Where are we with this bug? —Reedy 21:21, 18 July 2009 (UTC)

[8] - Most are transclusions. As expected, AWB pulls the links/transclusions. Closing —Reedy 15:50, 1 August 2009 (UTC)

InvalidOperationException in UserPrefs.LoadPrefs

Status	Bug not confirmed
Description	Exception: InvalidOperationException Message: There is an error in XML document (0, 0). Call stack: at System.Xml.Serialization.XmlSerializer.Deserialize(XmlReader xmlReader, String encodingStyle, XmlDeserializationEvents events) at System.Xml.Serialization.XmlSerializer.Deserialize(XmlReader xmlReader, String encodingStyle) at System.Xml.Serialization.XmlSerializer.Deserialize(TextReader textReader) at WikiFunctions.AWBSettings.UserPrefs.LoadPrefs(String file) at AutoWikiBrowser.MainForm.LoadPrefs(String path) Inner exception: XmlException Message: Root element is missing. Call stack: at System.Xml.XmlTextReaderImpl.Throw(Exception e) at System.Xml.XmlTextReaderImpl.ThrowWithoutLineInfo(String res) at System.Xml.XmlTextReaderImpl.ParseDocumentContent() at System.Xml.XmlTextReaderImpl.Read() at System.Xml.XmlTextReader.Read() at System.Xml.XmlReader.MoveToContent() at Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationReaderUserPrefs.Read26_AutoWikiBrowserPreferences() billinghurst (talk) 10:12, 25 February 2009 (UTC)
To duplicate:	Unknown
Site URL:	http://en.wikipedia.org
Operating system	Microsoft Windows NT 5.1.2600 Service Pack 3
.NET FW Version	Unknown
AWB version	4.5.1.0, revision 3906 (2009-01-31 22:59:06)
Workaround	None
Fixed in version	Unknown

• Seems to have either caused or reacted to a corrupted default.xml file. Started a new file and all is fine now. -- billinghurst (talk) 10:28, 27 February 2009 (UTC) Still happening {sigh} -- billinghurst (talk) 10:48, 27 February 2009 (UTC)

Would seem like your settings file asnre't being saved correctly. Going to drop you an email, can you send me back your settings file? —Reedy 18:33, 27 February 2009 (UTC)

DivideByZeroException in UnsafeNativeMethods.CallWindowProc

Status	Bug not confirmed
Description	Exception: DivideByZeroException Message: Attempted to divide by zero. Call stack: at System.Windows.Forms.UnsafeNativeMethods.CallWindowProc(IntPtr wndProc, IntPtr hWnd, Int32 msg, IntPtr wParam, IntPtr lParam) at System.Windows.Forms.NativeWindow.DefWndProc(Message& m) at System.Windows.Forms.Control.DefWndProc(Message& m) at System.Windows.Forms.Control.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) Magioladitis (talk) 19:12, 10 March 2009 (UTC)
To duplicate:	Unknown
Site URL:	http://en.wikipedia.org
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) and 4.5.2.0, revision 4100 (2009-03-20 20:01:06)
Workaround	None
Fixed in version	Unknown

Not a huge amount we can do about this as its in the .NET/Windows Code.. —Reedy 22:02, 10 March 2009 (UTC)

InvalidOperationException in SpecialPageListProvider.MakeList

Status	Fixed in the next release
Description	Thread: ListMaker (SpecialPageListProvider: Wars_involving_Italy) Exception: InvalidOperationException Message: Een formulier dat al modaal wordt weergegeven, kan niet als modaal dialoogvenster worden weergegeven. Sluit het formulier alvorens showDialog aan te roepen. Call stack: bij System.Windows.Forms.Form.ShowDialog(IWin32Window owner) bij System.Windows.Forms.Form.ShowDialog() bij WikiFunctions.Lists.SpecialPageListProvider.MakeList(String[] searchCriteria) bij WikiFunctions.Controls.Lists.ListMaker.MakeListPlugin() Kwiki (talk) 18:35, 12 May 2009 (UTC)
To duplicate:	ListMaker Text: Wars_involving_Italy
Site URL:	http://en.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	Using "Random Pages" as source instead of "Special page - Random Pages". Or just avoid being too quick.
Fixed in version	Unknown

How to replicate this bug:
- Start AWB
- Login
- Set "Special page" as list source
- Click the "Make list" button
- select "Random Pages" as source
- Press the Enter key
- Click the "Make list" button
- Press the Enter key
Repeat these last two steps a couple of times, rather quickly (I mean buttonbash), and soon you'll see an errormessage pop up.

The errormessage in Dutch roughly translates to:
A form that is already displayed as a modal, can not be displayed as a modal dialog form. Close the form before calling showDialog.

This probably means that AWB calls the function "showDialog" while the form "Special Pages" is open. It might be possible to solve this by checking if the form is already open before calling the "showDialog" function.

JiT error message: InvalidOperationException in SpecialPageListProvider.MakeList

  System.Threading.ThreadAbortException: De thread is afgebroken.

  bij System.Windows.Forms.UnsafeNativeMethods.IntCreateWindowEx(Int32 dwExStyle, String lpszClassName, String lpszWindowName, Int32 style, Int32 x, Int32 y,
 Int32 width, Int32 height, HandleRef hWndParent, HandleRef hMenu, HandleRef hInst, Object pvParam)

  bij System.Windows.Forms.UnsafeNativeMethods.CreateWindowEx(Int32 dwExStyle, String lpszClassName, String lpszWindowName, Int32 style, Int32 x, Int32 y,
 Int32 width, Int32 height, HandleRef hWndParent, HandleRef hMenu, HandleRef hInst, Object pvParam)

  bij System.Windows.Forms.NativeWindow.CreateHandle(CreateParams cp)

  bij System.Windows.Forms.Control.CreateHandle()

  bij System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)

  bij System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)

  bij System.Windows.Forms.Control.CreateControl()

  bij System.Windows.Forms.Control.WmShowWindow(Message& m)

  bij System.Windows.Forms.Control.WndProc(Message& m)

  bij System.Windows.Forms.ScrollableControl.WndProc(Message& m)

  bij System.Windows.Forms.ContainerControl.WndProc(Message& m)

  bij System.Windows.Forms.Form.WmShowWindow(Message& m)

  bij System.Windows.Forms.Form.WndProc(Message& m)

  bij System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)

  bij System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)

  bij System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

Maybe fixed in rev 4901. Can you try a snapshot >= 4901, and see if it fixes it for you? —Reedy 17:59, 16 July 2009 (UTC)

FormatException in NamespacesControl.SetListTags

Status	Fixed in the next release
Description	Exception: FormatException Message: Input string was not in a correct format. Call stack: at System.Number.StringToNumber(String str, NumberStyles options, NumberBuffer& number, NumberFormatInfo info, Boolean parseDecimal) at System.Number.ParseInt32(String s, NumberStyles style, NumberFormatInfo info) at WikiFunctions.Controls.NamespacesControl.SetListTags(ControlCollection controls, ICollection`1 tags) at WikiFunctions.Controls.NamespacesControl.SetListTags(ControlCollection controls, ICollection`1 tags) at WikiFunctions.Controls.NamespacesControl.SetSelectedNamespaces(List`1 tags) at WikiFunctions.Lists.ListFilterForm.set_Settings(SpecialFilterPrefs value) at WikiFunctions.Controls.Lists.ListMaker.set_SpecialFilterSettings(SpecialFilterPrefs value) at AutoWikiBrowser.MainForm.LoadPrefs(UserPrefs p) at AutoWikiBrowser.MainForm.LoadPrefs() at AutoWikiBrowser.MainForm.MainForm_Load(Object sender, EventArgs e)   Jonverve  Talk  Contrib  00:30, 30 July 2009 (UTC)
To duplicate:	Unknown
Site URL:	http://en.wikipedia.org
Operating system	Microsoft Windows NT 5.1.2600 Service Pack 2
.NET FW Version	Unknown
AWB version	4.6.0.0, revision 4662 (2009-06-29 19:22:14)
Workaround	None
Fixed in version	Unknown

I've overhauled that code... So we shouldnt be seeing that 4.9/5 —Reedy 00:34, 1 August 2009 (UTC)

Deletion?

Status	Fixed in the next release
Description	I can't seem to delete image files with AWB... the box for the summary loads and when I click "delete" in the pop-up box it takes me to the page used for standard deletion, but when I then also click "delete" there it doesn't do anything. AWB's bottom bar says "protected". Is there something that I'm doing wrong or is this a bug?
To duplicate:	Just try to delete an image using AWB
Site URL:	en.wikipedia
Operating system	Windows Vista / XP SP2
.NET FW Version	Unknown
AWB version	4.5.2.0 / 4.6.0.1 (svn 4732)
Workaround	Don't have one
Fixed in version	Unknown

Any more information on this? I still can't delete files, which would be awfully helpful with some of the backlogs. –Drilnoth (T • C • L) 22:07, 10 May 2009 (UTC)

I can't delete any article with AWB. It go to the screen that the article was deleted but it's not really deleted. -- Magioladitis (talk) 18:38, 12 July 2009 (UTC)

File:ReedyAWBTEST.PNG - Just deleted using AWB 4.9. Therefore fixed for next major release (If you need delete now, grab a 4.9 snapshot) :D —Reedy 15:56, 1 August 2009 (UTC)

InvalidOperationException

Status	Bug not confirmed
Description	Exception: InvalidOperationException Message: There is an error in XML document (45792, 29). Call stack: at System.Xml.Serialization.XmlSerializer.Deserialize(XmlReader xmlReader, String encodingStyle, XmlDeserializationEvents events) at System.Xml.Serialization.XmlSerializer.Deserialize(XmlReader xmlReader, String encodingStyle) at System.Xml.Serialization.XmlSerializer.Deserialize(TextReader textReader) at WikiFunctions.AWBSettings.UserPrefs.LoadPrefs(String file) at AutoWikiBrowser.MainForm.LoadPrefs(String path) Inner exception: XmlException Message: Unexpected end of file has occurred. The following elements are not closed: PreProcessed, Article, ArticleList, List, AutoWikiBrowserPreferences. Line 45792, position 29. Call stack: at System.Xml.XmlTextReaderImpl.Throw(Exception e) at System.Xml.XmlTextReaderImpl.Throw(String res, String arg) at System.Xml.XmlTextReaderImpl.ThrowUnclosedElements() at System.Xml.XmlTextReaderImpl.ParseElementContent() at System.Xml.XmlTextReaderImpl.Read() at System.Xml.XmlTextReader.Read() at System.Xml.XmlReader.ReadString() at System.Xml.XmlTextReader.ReadString() at System.Xml.XmlReader.ReadElementString() at Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationReaderUserPrefs.Read5_Article(Boolean isNullable, Boolean checkType) at Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationReaderUserPrefs.Read6_ListPrefs(Boolean isNullable, Boolean checkType) at Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationReaderUserPrefs.Read25_UserPrefs(Boolean isNullable, Boolean checkType) at Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationReaderUserPrefs.Read26_AutoWikiBrowserPreferences() Unionhawk Talk 21:13, 5 May 2009 (UTC)
To duplicate:	Unknown
Site URL:	http://en.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

IndexOutOfRangeException in Variables.SetProject

Status	Bug not confirmed
Description	Problem occurred when attempting to change site from en.wiki to simple.wiki in the Preferences. --Philosopher Let us reason together. 21:16, 6 June 2009 (UTC) Exception: IndexOutOfRangeException Message: Index was outside the bounds of the array. Call stack: at System.Array.Clear(Array array, Int32 index, Int32 length) at System.Collections.Generic.List`1.Clear() at WikiFunctions.Variables.SetProject(LangCodeEnum langCode, ProjectEnum projectName, String customProject) at AutoWikiBrowser.MainForm.SetProject(LangCodeEnum code, ProjectEnum project, String customProject) at AutoWikiBrowser.MainForm.PreferencesToolStripMenuItem_Click(Object sender, EventArgs e) at System.Windows.Forms.ToolStripItem.RaiseEvent(Object key, EventArgs e) at System.Windows.Forms.ToolStripMenuItem.OnClick(EventArgs e) at System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e) at System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e) at System.Windows.Forms.ToolStripItem.FireEventInteractive(EventArgs e, ToolStripItemEventType met) at System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met) at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea) at System.Windows.Forms.ToolStripDropDown.OnMouseUp(MouseEventArgs mea) at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks) at System.Windows.Forms.Control.WndProc(Message& m) at System.Windows.Forms.ScrollableControl.WndProc(Message& m) at System.Windows.Forms.ToolStrip.WndProc(Message& m) at System.Windows.Forms.ToolStripDropDown.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)
To duplicate:	Unknown
Site URL:	http://en.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

Invalid/should be fixed. —Reedy 16:00, 1 August 2009 (UTC)

Negative number of tagged files in Kingbotk plugin

Status	Fixed in the next release
Description	KingbotK plugin outputs negative number of tagged articles. Magioladitis (talk) 09:36, 4 April 2009 (UTC)
To duplicate:	I was first logged in as Magioladitis with no plugin loaded. Then I logged out, logged in as Yobot, loaded my settings (plugin load already in the settings file) and started running. The first tag gave number -3.
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
Fixed in version

Proof:

Magioladitis (talk) 09:36, 4 April 2009 (UTC)

I think where this is coming from. Today I started with -34 and skipped 34. I think every time the plugin is loaded has to set Number of edits to 0. I think it's grabbing some value from somewhere. -- Magioladitis (talk) 20:54, 22 June 2009 (UTC)

Way to duplicate: Make some edits before loading the plugin. Then load the plugin. It will start with negative number of edits. -- Magioladitis (talk) 23:23, 11 July 2009 (UTC)

I still cant duplicate it. What do you mean by load the plugin? Actually load the assembly in on the fly? Or just select a "plugin" from it? —Reedy 16:43, 16 July 2009 (UTC)

I am selecting it and the Biography tab appears. -- Magioladitis (talk) 20:37, 18 July 2009 (UTC)

Observation: It subtracts the pre-existing number of ignored articles. -- Magioladitis (talk) 17:39, 22 July 2009 (UTC)

I dont get that exactly, but have got a minus. One is "Clicked Ignore", one "User clicked Ignore", rest are only GF changes. —Reedy 16:12, 1 August 2009 (UTC)

rev 5079 - Seems it was handling stuff when there were no plugins active.. Found by a different ignore string. Seemingly fixed, i'm sure you will confirm for me ;) —Reedy 16:22, 1 August 2009 (UTC)

Three-letter interwiki links

Status	Fixed in the next release
Description	Various three-letter interwiki links are being erroneously moved from the interwiki area to between the navbox area and the category area. These include interwiki links for language codes "ace", "ckb", "mwl", and "pnb".   — Jeff G. (talk|contribs) 01:42, 18 August 2009 (UTC)
To duplicate:	http://en.wikipedia.org/w/index.php?title=Wikipedia&diff=prev&oldid=308603076
Site URL:	en wiki
Operating system	Windows Vista
.NET FW Version	Unknown
AWB version	4601_rev5133
Workaround	don't make that change
Fixed in version

There's no problem with three letter (or longer language codes), but AWB requests the supported language codes from the mediawiki page. Perhaps that's out of date? Rjwilmsi 06:50, 18 August 2009 (UTC)

It had been recently updated by someone. Canne remember what they actually added though. —Reedy 09:01, 18 August 2009 (UTC)

Just tried on latest SVN. Skipped with no changes. —Reedy 18:18, 18 August 2009 (UTC)

Link FA tags are sorted weirdly

Status	Fixed in the next release
Description	{{Link FA}} tags are sorted weirdly.   — Jeff G. (talk|contribs) 20:32, 17 August 2009 (UTC)
To duplicate:	http://en.wikipedia.org/w/index.php?title=Sun&diff=prev&oldid=308538762 (in this case, in reverse alphabetical order)
Site URL:	en wiki
Operating system	Windows Vista
.NET FW Version	Unknown
AWB version	4601_rev5133
Workaround	don't make that change
Fixed in version	rev 5229

I did notice that yesterday. rev 5229 —Reedy 20:41, 17 August 2009 (UTC)

InvalidOperationException in UserPrefs.LoadPrefs

Status	Fixed in the next release
Description	Exception: InvalidOperationException Message: There is an error in XML document (1, 1). Call stack: at System.Xml.Serialization.XmlSerializer.Deserialize(XmlReader xmlReader, String encodingStyle, XmlDeserializationEvents events) at System.Xml.Serialization.XmlSerializer.Deserialize(XmlReader xmlReader, String encodingStyle) at System.Xml.Serialization.XmlSerializer.Deserialize(TextReader textReader) at WikiFunctions.AWBSettings.UserPrefs.LoadPrefs(String file) at AutoWikiBrowser.MainForm.LoadPrefs(String path) Inner exception: XmlException Message: Data at the root level is invalid. Line 1, position 1. Call stack: at System.Xml.XmlTextReaderImpl.Throw(Exception e) at System.Xml.XmlTextReaderImpl.Throw(String res, String arg) at System.Xml.XmlTextReaderImpl.ParseRootLevelWhitespace() at System.Xml.XmlTextReaderImpl.ParseDocumentContent() at System.Xml.XmlTextReaderImpl.Read() at System.Xml.XmlTextReader.Read() at System.Xml.XmlReader.MoveToContent() at Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationReaderUserPrefs.Read26_AutoWikiBrowserPreferences() Jarekt (talk) 01:55, 12 August 2009 (UTC)
To duplicate:	Unknown
Site URL:	http://commons.wikimedia.org
Operating system	Microsoft Windows NT 5.1.2600 Service Pack 2
.NET FW Version	Unknown
AWB version	4.6.0.0, revision 4662 (2009-06-29 19:22:14)
Workaround	None
Fixed in version	Unknown

--Jarekt (talk) 01:55, 12 August 2009 (UTC)

there is a problem with your settings file. Is it empty probably? -- Magioladitis (talk) 09:27, 12 August 2009 (UTC)

rev 5184 Add specific error message for attempts to laod empty settings files. Rjwilmsi 18:48, 14 August 2009 (UTC)

Freeze wit malformatted regex in skip if contains window

Status	Fixed in the next release
Description	using "miles)" with the regex box checked the system was unable to work out what to doRich Farmbrough, 17:39, 13 August 2009 (UTC). 17:39, 13 August 2009 (UTC)
To duplicate:	see above
Site URL:	enwp
Operating system	V
.NET FW Version	Unknown
AWB version	4.6.01 ??
Workaround	Uncheck the regex box! (Or fix the regex)
Fixed in version

I think this has already been fixed. Rjwilmsi 18:11, 13 August 2009 (UTC)

Was fixed in rev 5115. Rjwilmsi 18:30, 14 August 2009 (UTC)

Unnecessary and arguably counterproductive newline removal in image syntax

Status	Fixed in the next release
Description	A recent edit to Daylight saving time changed this: [[Image:End CEST Transparent.png|thumb|left|120px| alt=Diagram of a clock showing a transition from 3:00 to 2:00.| When DST ends in central Europe, clocks retreat from 03:00 CEST to 02:00 CET. Other regions switch at different times.]] to this: [[Image:End CEST Transparent.png|thumb|left|120px| alt=Diagram of a clock showing a transition from 3:00 to 2:00.| When DST ends in central Europe, clocks retreat from 03:00 CEST to 02:00 CET. Other regions switch at different times.]] I don't see how this is an improvement. The version before the change is easier to edit, because it puts the alt= and caption on different lines, making them easier to read when you're editing. The change doesn't affect the HTML generated. Perhaps this edit was motivated by the fact that alt text should not contain newlines, and should not have leading white space? It would be reasonable to fix those things. But this alt text does not contain newlines, and does not have leading white space, so there's no problem with it. This edit was made by the DrilBot, and I posted a bug report at User talk:DrilBot #Undocumented and unnecessary change to alt= syntax in images. The response there was that it wasn't DrilBot per se but the software here. Can you please fix things so that this sort of edit isn't made? Thanks. Eubulides (talk) 20:33, 11 August 2009 (UTC)
To duplicate:
Operating system
.NET FW Version	Unknown
AWB version
Workaround
Fixed in version

rev 5178 Agreed, unnecessary change. The intention is to convert double spaces within links. I've tidied up the logic. Rjwilmsi 22:17, 11 August 2009 (UTC)

Not merging all references

Status	Fixed in the next release
Description	[9]. I've seen this before... AWB seems to merge a maximum of two unique, identical references within an article. Shouldn't it make all applicable merges? –Drilnoth (T • C • L) 16:54, 9 August 2009 (UTC)
To duplicate:
Site URL:	en.wp
Operating system	Vista
.NET FW Version	Unknown
AWB version	4.6.0.1 (SVN 5112)
Workaround
Fixed in version

Yes, I see the problem... Rjwilmsi 17:13, 9 August 2009 (UTC)

That's better rev 5159 Fixed.

In the meantime you can just run AWB again on the article. Rjwilmsi 17:18, 9 August 2009 (UTC)

Excellent! Thank you very much. –Drilnoth (T • C • L) 17:20, 9 August 2009 (UTC)

Default sort problem with capitals and correctly sorting

Status	Fixed in the next release
Description	See this edit. Note the odd use of capitals in the defaultsort template. Correctly capitalised would be to use the article name. To correct use the template would be {{DEFAULTSORT:Y}}. Enter CambridgeBayWeather, waits for audience applause, not a sausage 16:01, 6 August 2009 (UTC)
To duplicate:	Other examples 1, 2, 3, 4, 5, 6 and 7
Site URL:	EN
Operating system
.NET FW Version	Unknown
AWB version
Workaround
Fixed in version	4.6.0.0

Followup comment from a second user: I try to remember to remove or correct the defaultsort tag when AWB's judgment is off, but particularly for long articles I don't always remember. I know this would likely take a while to program and implement, but I think a more useful system of automating the addition of defaultsort tags would entail asking the user to manually fill in what the sortkey should be — and also giving the user the option to say "exclude this fix from my current job". Bearcat (talk) 15:55, 6 August 2009 (UTC)

It seems there are many different standards over the defaultsort. AWB can't support all of them. in AWB 4.6+ On the options menu you can stop AWB deriving its own defaultsort if it doesn't fit the particular standard you work from. As such, this is already fixed. Rjwilmsi 16:19, 6 August 2009 (UTC)

While I don't really expect AWB to support all the standards for sorting I would have thought that it would at least try and support the capitalisation standards set out at WP:MOS. Changing "List of airports by IATA code: Y" to "List Of Airports By Iata Code: Y" (that was supposed to have been the original link but post wrong one in error). Of course that doesn't affect the sorting but it would look better if it capitalised correctly. Enter CambridgeBayWeather, waits for audience applause, not a sausage 16:42, 6 August 2009 (UTC)

I think the standard is to Use Title Case Whatever It's Called When All Words Have The First Letter Capitalized in sortkeys, so IATA is between Iaeger and Ibid. See Wikipedia:Categorization#Using sort keys. --NE2 17:02, 6 August 2009 (UTC)

No, there is no standard. What you're calling the "standard" was proposed and rejected. Hesperian 13:39, 9 August 2009 (UTC)

To be honest, defaultsort is such a nuanced issue ("lastname firstname" on people, the fact that the same article might need different sortkeys in different categories, the fact that a "List of Thing X: Foo" needs to be sorted on "Foo" in a category for "Lists of Thing X" but on "Thing" in a category for "Lists of Thing's-parent-class", etc.) that AWB probably shouldn't be automating it at all if there isn't a way to accomodate all the varying issues. It really isn't about the differing standards of individual users. And CambridgeBayWeather is right that AWB shouldn't impose its own alternative capitalization, either — Title Case does not preclude an acronym like IATA being all-capitalized, and it doesn't support capitalizing words like "of" and "the", so it doesn't constitute proof that there isn't a problem here. Bearcat (talk) 17:07, 6 August 2009 (UTC)

I think though the default should be to use the title of the article. What I don't get is why AWB would take the title of the article and then change it, adjust the capitalisation, to a non-Wikipedia standard. Enter CambridgeBayWeather, waits for audience applause, not a sausage 17:21, 6 August 2009 (UTC)

Because cat sorting is case sensitive, which breaks a number of sorts. I support the way AWB does it though it would not have been my first choice. I am trying to collect some of the discussions on this matter centrally. Rich Farmbrough, 15:42, 7 August 2009 (UTC).

'Find' sometimes fails to use the search key

Status	Fixed in the next release
Description	'Find' sometimes fails to use the search key. For example, if I search for 'foo', it will claim that 'bar' is a hit. It is an intermittent fault that I have noticed with several versions of AWB. I usually just ignore it or relaunch AWB. I recently discovered that you can workaround it by keep clicking 'Find' (i.e. the 'next' function) until it has gone to the end of the page and wraps round to the beginning. Incidentally, sometimes I have to click 'Find' about three times to get it going but that is a separate issue. Lightmouse (talk) 16:26, 19 December 2008 (UTC)
To duplicate:
Operating system
.NET FW Version	Unknown
AWB version	svn3582
Workaround	keep clicking until the search wraps round to the beginning of the page again
Fixed in version	Unknown

All i find is after it does the last one on the page, it just puts the caret back before the first character and seems to continue fine after... Any more detailed steps? —Reedy 23:20, 2 January 2009 (UTC)

I've encountered both these quirks too. But I can't pin down what cirumstances cause them to happen. Colonies Chris (talk) 11:04, 9 January 2009 (UTC)

It is one of those tricky intermittent issues. I will try to see if I detect more context, I hope that Colonies Chris and other users will also add detail if they can. Lightmouse (talk) 12:50, 10 January 2009 (UTC)

Still happening in rev 4395. --Pascal⁶⁶⁶ 20:28, 31 May 2009 (UTC)

• Bump. I'm having this happen alot to me (more than 50% of the time). I'm using version 4.6.0.0. Wizard191 (talk) 23:49, 2 August 2009 (UTC)

Unfortunately, no developer has been able to duplicate it... Making life harder to even try and debug. What OS is anyone using with this problem? —Reedy 06:36, 3 August 2009 (UTC)

I'm running XP SP3. It seems that the program retains the text from the previous article edited and goes to the same points in the article for the first scan through the article data, but then after it reaches the end of the article it properly scans the new article data. I'm thinking its reading the last article data still because I'll scan through one article with the find button and find ~10 instances of the given word, but then on the next article it screws up and finds the same number for the first scan, but then on the second scan through the article it will properly find the word and in that article there will be only one instance of it. Hope that makes sense. Wizard191 (talk) 17:45, 3 August 2009 (UTC)

rev 5108 - Possibly fixed based on described behaviour... —Reedy 20:31, 3 August 2009 (UTC)

OK...I'm still real new at this so sorry for the stupid question, but how do I test this new code? Wizard191 (talk) 21:14, 3 August 2009 (UTC)

tools:~awb/snapshots —Reedy 21:15, 3 August 2009 (UTC)

Wow you are good. That fixed the problem, but I found a new one now...for certain articles that have a medium amount of the given search term (say 5 to 10 or 15) it will not find all of the terms on the first search. It will find 3 or 4 of them and then jump back to the beginning of the article (signaling that its found all of the terms), but if you search through the article again it will find all of them the second time. For instance, made a list of what links to "green sand" and then searched for the term "green". On the sand casting article it did the above problem both times I tried it. Wizard191 (talk) 22:16, 3 August 2009 (UTC)

Redirect between nowiki-tags

While doing maintenace I came on a page where was explained how redirects work. On that page was a redirect between nowiki-tags like: #REDIRECT [[naam van andere pagina]], but AWB redirected me to "naam van andere pagina", the fictious page that was used as an example. This bug would seldom occur so no urgency, but for the record. Romaine (talk) 11:53, 2 August 2009 (UTC)

I have noticed that myself but looking if string #REDIRECT exists is the easiest way to check if the page is a redirect. There are of course some few false positives as the one above. -- Magioladitis (talk) 12:47, 2 August 2009 (UTC)

rev 5097 Fixed. Rjwilmsi 15:41, 2 August 2009 (UTC)

Pre-parse + disambig tool = waste of time

^ Yeah, that. There is the "skip if no disambig solved" option, but god knows why it would be used in pre-parse mode, essentially as a wonderful waste of time. - Jarry1250 ^{[ In the UK? Sign the petition! ]} 20:46, 3 August 2009 (UTC)

rev 5112 - Now it wont do disambiguaion at all during pre-parse. —Reedy 21:06, 3 August 2009 (UTC)

Moving DEFAULTSORT in HTML comments

Status	Fixed in the next release
Description	See http://en.wikipedia.org/w/index.php?title=Virginia_Cherrill&diff=311226166&oldid=307661247 Rich Farmbrough, 08:02, 1 September 2009 (UTC). 08:02, 1 September 2009 (UTC)
To duplicate:
Site URL:	en
Operating system	V
.NET FW Version	Unknown
AWB version	SVN 5304
Workaround
Fixed in version

rev 5314 Fixed. Rjwilmsi 11:13, 1 September 2009 (UTC)

{{Commonscat}} is now {{Commons category}}

Status	Fixed in the next release
Description	{Commonscat} is now {Commons category}. Note: "Commons" is a proper noun.Rich Farmbrough, 20:38, 31 August 2009 (UTC). 20:38, 31 August 2009 (UTC)
To duplicate:
Operating system
.NET FW Version	Unknown
AWB version
Workaround
Fixed in version

Suppose we only really need to change any new conversions... Seeing as its a redirect, there is no benefit from now changing one to another. —Reedy 21:04, 31 August 2009 (UTC)

This is not a bug . Let's move it to requests. -- Magioladitis (talk) 21:14, 31 August 2009 (UTC)

rev 5313 Use {Commons category} over {commons cat} when converting {Commons|Category...}. Rjwilmsi 23:20, 31 August 2009 (UTC)

Thanks. I don't expect AWB to change existing, but the benefits of doing so are: clarity, culture and couture. Sorry I couldn't think of a third "C". Rich Farmbrough, 08:00, 1 September 2009 (UTC).

Turn off DEFAULTSORT title case conversions

Status	Fixed in the next release
Description	AWB is routinely putting DEFAULTSORT keys into title case. There is no consensus for this, and it is disputed with respect to scientific names of plants or animals, in which cases capitalising the specific epithet is wrong. I am getting thoroughly sick of reverting edits like this one. Please turn this functionality off until such time as there is community consensus that it should be done across the board. Hesperian 06:33, 27 August 2009 (UTC)
To duplicate:
Operating system
.NET FW Version	Unknown
AWB version
Workaround
Fixed in version

AWB already has an option to disable its defaultsort logic. I'll change that to be enabled by default, so users have to explicitly allow defaultsort changes. I'm not going to change the title case logic as it will just contravene policy in some other area (e.g. person names). Rjwilmsi 06:48, 27 August 2009 (UTC)

That sounds like a reasonable solution. Thanks. Hesperian 07:13, 27 August 2009 (UTC)

rev 5285 Done. Rjwilmsi 11:12, 27 August 2009 (UTC)

ArgumentException in Variables.ParseLanguage

Status	Fixed in the next release
Description	Exception: ArgumentException Message: Requested value 'mhr' was not found. Call stack: at System.Enum.Parse(Type enumType, String value, Boolean ignoreCase) at WikiFunctions.Variables.ParseLanguage(String lang) at AutoWikiBrowser.MyPreferences.get_Language() at AutoWikiBrowser.MainForm.PreferencesToolStripMenuItem_Click(Object sender, EventArgs e) at System.Windows.Forms.ToolStripItem.RaiseEvent(Object key, EventArgs e) at System.Windows.Forms.ToolStripMenuItem.OnClick(EventArgs e) at System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e) at System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e) at System.Windows.Forms.ToolStripItem.FireEventInteractive(EventArgs e, ToolStripItemEventType met) at System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met) at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea) at System.Windows.Forms.ToolStripDropDown.OnMouseUp(MouseEventArgs mea) at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks) at System.Windows.Forms.Control.WndProc(Message& m) at System.Windows.Forms.ScrollableControl.WndProc(Message& m) at System.Windows.Forms.ToolStrip.WndProc(Message& m) at System.Windows.Forms.ToolStripDropDown.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) Dnikitin (talk) 03:31, 30 August 2009 (UTC)
To duplicate:	Unknown
Site URL:	http://ru.wikipedia.org
Operating system	Microsoft Windows NT 5.1.2600 Service Pack 2
.NET FW Version	Unknown
AWB version	4.6.0.0, revision 4662 (2009-06-29 19:22:14)
Workaround	None
Fixed in version	Unknown

Cheers. Less unmaintainable code now =). rev 5295 —Reedy 19:44, 30 August 2009 (UTC)

rev 5272 needs improvement

Status	Fixed in the next release
Description	I noticed that, per rev 5272, Living people is not applied if the person was born before 1910. The correct is CURRENTYEAR-121 (At this moment te correct year is 1888. In some months it will be 1889, etc.) -- Magioladitis (talk) 20:55, 30 August 2009 (UTC)
To duplicate:	Unknown
Site URL:	en.wiki
Operating system
.NET FW Version	Unknown
AWB version	rev 5272
Workaround
Fixed in version

How do you determine 121 to be "correct". AWB is taking a more conservative approach. Rjwilmsi 23:10, 30 August 2009 (UTC)

Perhaps becuase of this. Locos epraix ~ Beastepraix 23:13, 30 August 2009 (UTC)

Because of instructions to Category:Living people. -- Magioladitis (talk) 23:26, 30 August 2009 (UTC)

rev 5304. Rjwilmsi 08:05, 31 August 2009 (UTC)

Don't auto add removes from watchlist

Status	Fixed in the next release
Description	"don't auto add to watchlist" removes from watchlist Bubba73 (talk), 15:54, 7 August 2009 (UTC)
To duplicate:	If the option "don't auto add to watchlist" is checked, if AWB changes a page that is on your watchlist, it removes it from the watchlist. It should leave it unchanged
Site URL:	Wikipedia
Operating system	Windows XP
.NET FW Version	Unknown
AWB version	4.6.0.0
Workaround
Fixed in version

• I think there should be a three-way option: (1) add to watchlist (2) remove from watchlist, (3) leave watchlist unchanged. Bubba73 (talk), 16:28, 7 August 2009 (UTC)

#Removing_from_watchlist (no changes will be made in the current version), but i like the way this is presented for 4.9/5. We just need to get the damned Bugzilla request sorted... —Reedy 18:22, 7 August 2009 (UTC)

Is 4.9/5 a new version of AWB? Bubba73 (talk), 18:29, 7 August 2009 (UTC)

Yes, it's the next major release and you can use the beta by downloading the snapshot. It has blazing speed. –xeno^talk 18:31, 7 August 2009 (UTC)

Although, this is a dupe, i need to make the minor changes request ;) —Reedy 18:36, 7 August 2009 (UTC)

Is 4.9/5 stable enough for general use? Bubba73 (talk), 19:22, 7 August 2009 (UTC)

If you're using it for manual editing, definitely. Bot-use, you should be cautious of the bug above "replaces entire page..." –xeno^talk 19:24, 7 August 2009 (UTC)

I better wait then, thanks. Bubba73 (talk), 21:10, 7 August 2009 (UTC)

Fact → Citation needed

Status	Fixed in the next release
Description	When replacing {{Fact}} with {{Citation needed}}, the capitalized version (Citation needed) should be used, rather than the lowercase version (citation needed). This really comes down to just personal preference, and I personally prefer all-lowercase template names except for proper nouns, but the various samples in the template documentation and User talk:Drilnoth#Fact - Citation_needed seem to indicate that the capitalized version is preferred. –Drilnoth (T • C • L) 01:41, 11 August 2009 (UTC)
To duplicate:
Site URL:	en.wiki
Operating system	Either
.NET FW Version	Unknown
AWB version	Any since the change was added
Workaround
Fixed in version

This is true for all templates: their names are capitalised. Debresser (talk) 02:02, 11 August 2009 (UTC)

Talk about pointlessness... --NE2 04:17, 11 August 2009 (UTC)

I'd be ok (read: happy) with AWB making sure it changed to the upper case version IF it was dating/converting the template. There is no way we're going make it change all templates to uppercase first letter, especially when the first letter is case insensitive in MW. —Reedy 06:22, 11 August 2009 (UTC)

I don't accept this as a bug. The template works the same whether as {{citation needed}} or {{Citation needed}}. Rjwilmsi 06:47, 11 August 2009 (UTC)

Bug, or not - if you do something, do it well. The correct way is capitalised. I agree though, that we should do that only when dating/converting the template. Should I post this somewhere else, or is this post enough? Debresser (talk) 09:25, 11 August 2009 (UTC)

Agreed that it is not a bug per se, but would it make more sense in feature requests? I mean, it isn't requesting a new feature. I just couldn't think of a better place to put this. Anyway, yes... it should only change it only when dating/converting the template. I definetely do not support having AWB automatically change all templates to use capitalized first letters (the HTML coder in me doesn't like uppercase letters in tags :) ). –Drilnoth (T • C • L) 20:28, 11 August 2009 (UTC)

rev 5270. Changed. Rjwilmsi 08:26, 23 August 2009 (UTC)

"Remove duplicates" as a saved setting becomes impotent while remaining checked (4901_rev5263) (for e.g. user contribs makelist)

was: Failure to remove duplicates (4901_rev5263) with Source "User contribs (user defined number)"

Status	Fixed in the next release
Description	With "List / Remove duplicates" checked, this version fails to remove duplicates with Source "User contribs (user defined number)" unless I use the filter window and apply the filters. This is my first experience with 4901 and with "User contribs (user defined number)".   — Jeff G. (talk|contribs) 13:45, 21 August 2009 (UTC)
To duplicate:	check List -> "Remove duplicates", save as default settings. Close, reload. Attempt to build list by "User contribs (user defined number)" and build a list on a series of user contribs that contains duplicates.
Site URL:	enwp
Operating system	Windows Vista
.NET FW Version	Unknown
AWB version	4901_rev5263
Workaround	uncheck and recheck "Remove duplicates"
Fixed in version

Added duplication instructions. –xenotalk 21:14, 23 August 2009 (UTC)
The following discussion has been closed. Please do not modify it.
Not sure if this means anything, but I placed some duplicate links on a page, made sure "Removed duplicates" was turned off, and made list from links on page, it removed duplicates anyway. *shrug*. –xenotalk 14:03, 21 August 2009 (UTC) This could be AWB, or could be the Api (it may not have returned the dupes). But there is a setting in the list menu to auto remove dupes (is it just remove dupes?).. —Reedy 15:14, 21 August 2009 (UTC) Probably the API. Anyways, this is a red herring to the bug report, Jeff wants the dupes removed. –xenotalk 15:15, 21 August 2009 (UTC) [10], [11]. Api doesn't return dupe links :). Presumably only 1 page link entry per page (which makes sense). —Reedy 15:19, 21 August 2009 (UTC) It also returns them in alphabetical order which might be suboptimal, but oh well =) –xenotalk 15:21, 21 August 2009 (UTC) And, as for the bug report,  Works for me, duplicates were removed when it was checked. –xenotalk Hmm. What articles did you have in your list Jeff? —Reedy 15:14, 21 August 2009 (UTC) Indeed, please do not forget to include the "To duplicate:" instructions. When I built a list of user contribs for Xeno, 15 contribs, without "Remove duplicates checked", I got 15. When I checked it, I got 8. –xenotalk 15:21, 21 August 2009 (UTC) Reedy, I don't remember, but retrying using Xeno's parameters and my username and "Remove duplicates checked", I just got four articles, the first two (Lakewood BlueClaws) being duplicates of each other. Substituting Xeno's username, I got 0 articles, but expanded to 50 contribs I got three articles, all Bejeweled 2. I have all of the top three menu items checked under menu "List", so I was only getting mainspace contribs.   — Jeff G. (talk|contribs) 09:46, 23 August 2009 (UTC) This isn't happening for me at all. 15 contribs for Jeff G. with checked returns 8. –xenotalk 18:04, 23 August 2009 (UTC) Wikipedia talk:Lead section Wikipedia talk:AutoWikiBrowser/Bugs File:Philadelphia Phillies Insignia.PNG User talk:JaMikePA Philadelphia Phillies Lakewood BlueClaws File:LakewoodBlueClaws.PNG User talk:Jeff G.

I unchecked "Remove non-main space", unchecked and rechecked "Remove duplicates", and rechecked "Remove non-main space", testing at each step. 'unchecked and rechecked "Remove duplicates"' appears to have done the trick.   — Jeff G. (talk|contribs) 20:27, 23 August 2009 (UTC)

Basically, what is happening is the setting is becoming impotent while remaining checked. –xeno^talk 21:15, 23 August 2009 (UTC)

My minds fried/dying. Is the checkbox just working on click etc? Not working when its checked etc. —Reedy 21:17, 23 August 2009 (UTC)

On load, if the settings files includes "Remove duplicates" as a checked value, it will show as checked, but not actually work until you uncheck and check it. –xeno^talk 21:54, 23 August 2009 (UTC)

(unindent). rev 5271 - Much appreciated if you could check that for me Xeno (should be the fix based on what you've described). Thanks! (Off to bed, gotta be up in ~6 hours) —Reedy 22:19, 23 August 2009 (UTC)

I can check tonight when I get home, will have to make a build =] –xeno^talk 13:04, 24 August 2009 (UTC)

I suppose you could say this is fixed, in that it no longer allows you to save "Remove duplicates" in the default settings . . . –xeno^talk 20:11, 31 August 2009 (UTC)

Blah. What? It is saved though. Come on IRC and explain :P —Reedy 20:16, 31 August 2009 (UTC)

Of course it works after I get on IRC... –xeno^talk 20:25, 31 August 2009 (UTC)

NBSP not added

Status	Fixed in the next release
Description	non-breaking spaces   are not added to in or inches. See White Pelican. Also endash is not added between numbers that are in round brackets, and are clearly a number because the units of in, inches, ft, foot, feet, m, kg and so on are present. Snowman (talk) 13:21, 14 August 2009 (UTC)
To duplicate:	Test on White Pelican page or any page where there are numbers in brackets. ie 10-12.5 cm (4-5 in)
Site URL:	en wiki
Operating system	Windows Vista
.NET FW Version	Unknown
AWB version	SVN 5133
Workaround	manual amendment
Fixed in version

I think making what Lightbot was doing is much better. No spaces but {{convert}}. -- Magioladitis (talk) 18:09, 14 August 2009 (UTC)

rev 5182, rev 5183 Updated logic to catch the above. Some units such as "in" cannot be fixed all the time due to false positives such as "5 in 10 people..." etc.

The {{convert}} would not work on other language wikis. Rjwilmsi 18:28, 14 August 2009 (UTC)

Similar formats to 10-12.5 cm (4-5 in) should be recognizable as a single expression with various use of white space. Make sure it makes the changes with different use of white space. 10cm and 10 cm. Snowman (talk) 16:57, 15 August 2009 (UTC)

Kingbotk biography matches skip-if-found regular expression "WPBeatles"

Status	Fixed in the next release
Description	After discussion this is not correct anymore. Now {{blp}} tags are handled by WPBiography and not from WPBeatles. The same holds for another template which I don't recall its name. The code has to be simplified to remove this skip-if-found exceptions. -- Magioladitis (talk) 06:29, 7 September 2009 (UTC)
To duplicate:
Operating system
.NET FW Version	Unknown
AWB version	KingbotK plugin 2.1.3.0
Workaround
Fixed in version

Nuked this. rev 5345 —Reedy 18:55, 7 September 2009 (UTC)

Substitution of template doesn't seem to be ok

Status	Not a bug/currently unresolvable
Description	Check [12] Magioladitis (talk) 19:32, 10 October 2008 (UTC)
To duplicate:	Try to substitute BD with AWB's template substitution
Operating system	XP SP2
.NET FW Version	Unknown
AWB version	4.4.1.0
Workaround	{{subst:{{BD}|year of birth|year of death|sort key'|subst=subst:}}
Fixed in version	Unknown

I have the same issue running off the most recent snapshot and it's been like this for awhile (not sure what release).

Yes, this template has to be handled differently. We need some kind of exception. -- Magioladitis (talk) 12:40, 14 December 2008 (UTC)

In addition to that one, I meant just subst'ing templates in general. I used to be able to make it work and now nothing. §hep • ¡Talk to me! 12:48, 14 December 2008 (UTC)

general case fixed. I think we just have to add some exception for BD and Lifetime. -- Magioladitis (talk) 11:59, 3 July 2009 (UTC)

General case is fixed, BD is now orphan, I'll mark this as notbug since it's no worth to change the template substitution coding for Lifetime. -- Magioladitis (talk) 23:29, 6 September 2009 (UTC)

Disambiguation is grabbing the word "Wictionary"

Status	Not a bug in AWB, has been referred
Description	I am using Disamb. to take links from Lost and the word "Wictionary" came into the list. Is there anyway that you fix this?
To duplicate:
Operating system	XP SP2
.NET FW Version	Unknown
AWB version	4.4.1.1
Workaround
Fixed in version	Unknown

Presumably your meaning links from transcluded templates? —Reedy 21:00, 6 December 2008 (UTC)

Disambiguation -> Enable Disambiguation -> I entered the word "Lost" and pressed "Load links" -> "Variants" include "Wiktionary". -- Magioladitis (talk) 21:09, 6 December 2008 (UTC)

It's because there's a link to Wiktionary in the {{wiktionarypar}} template. --Closedmouth (talk) 05:32, 7 December 2008 (UTC)

Yes, it should be omitted. -- Magioladitis (talk) 10:01, 7 December 2008 (UTC)

[13] is the API query that gets used (same as in the list maker).. So, your saying, it shouldn't give links from transcluded templates, just links on the actual page? —Reedy 20:06, 7 December 2008 (UTC)

Opened a MW Bug —Reedy 20:15, 7 December 2008 (UTC)

Thanks. We could omit "Wictionary" and "Disambiguation link". -- Magioladitis (talk) 20:43, 7 December 2008 (UTC)

The bug has already been declined, will think about making a per-project exclusion lists. MaxSem^{(Han shot first!)} 06:26, 8 December 2008 (UTC)

InvalidOperationException in UserPrefs.LoadPrefs

Status	Fixed in the next release
Description	Exception: InvalidOperationException Message: There is an error in XML document (2, 2). Call stack: at System.Xml.Serialization.XmlSerializer.Deserialize(XmlReader xmlReader, String encodingStyle, XmlDeserializationEvents events) at System.Xml.Serialization.XmlSerializer.Deserialize(TextReader textReader) at WikiFunctions.AWBSettings.UserPrefs.LoadPrefs(String file) at AutoWikiBrowser.MainForm.LoadPrefs(String path) Inner exception: InvalidOperationException Message: <html xmlns='http://www.w3.org/1999/xhtml'> was not expected. Call stack: at Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationReaderUserPrefs.Read26_AutoWikiBrowserPreferences() Magioladitis (talk) 15:02, 15 September 2009 (UTC)
To duplicate:	File -> Open settings -> Paste http://en.wikipedia.org/wiki/Wikipedia:AutoWikiBrowser/Settings/lifetime -> Kaboom!
Site URL:	http://en.wikipedia.org
Operating system	Microsoft Windows NT 5.1.2600 Service Pack 2
.NET FW Version	Unknown
AWB version	4.6.0.1, revision 5133 (2009-08-07 19:52:22)
Workaround	None
Fixed in version	Unknown

This bus has been reported in the past. Mine is "XML document (2, 2)". I don't know what (2,2) means. -- Magioladitis (talk) 15:02, 15 September 2009 (UTC)

Btw, I am using svn 5237 but in the Help->About it's written 5133. -- Magioladitis (talk) 15:10, 15 September 2009 (UTC)

Seriously, do you really expect the Wikipedia page HTML to work as a config file? You'll need page source for that. And even then, you shouldn't be loading configs from anywhere on the net without reviewing it for security issues - remember that custom modules can do ANYTHING to your poor PC. Therefore, such misfeature has been disabled in rev 5374. Coincidentally, it also prevents this exception from occuring. 62.140.253.6 (talk) 16:04, 15 September 2009 (UTC)

I forced this bug on purpose. I don't how is fixed. I 'll be expecting a message than a dialog box to report the bug. -- Magioladitis (talk) 16:13, 15 September 2009 (UTC)

svn 5374 seems to bypass the bug. -- Magioladitis (talk) 20:55, 15 September 2009 (UTC)

IndexOutOfRangeException in Tools.RemoveSyntax

Status	Fixed in the next release
Description	Exception: IndexOutOfRangeException Message: Index was outside the bounds of the array. Call stack: at WikiFunctions.Tools.RemoveSyntax(String text) at WikiFunctions.Lists.TextFileListProvider.MakeList(String[] searchCriteria) Magioladitis (talk) 20:44, 15 September 2009 (UTC)
To duplicate:	Unknown
Site URL:	http://en.wikipedia.org
Operating system	Microsoft Windows NT 5.1.2600 Service Pack 2
.NET FW Version	Unknown
AWB version	4.6.0.1, revision 5133 (2009-08-07 19:52:22)
Workaround	None
Fixed in version	Unknown

I selected text file as a source and I "accidentally" put a random url instead of a text file. -- Magioladitis (talk) 20:44, 15 September 2009 (UTC)

rev 5375 —Reedy 20:57, 15 September 2009 (UTC)

Replacing underscores in image file names

Status	Not a bug/currently unresolvable
Description	AWB replaces underscores in file names, for example this edit. Apparently this behavior is considered normal (previous discussion) but I am afraid there are reasons, listed below, which make it undesirable. I am not an AWB operator, rather I am reporting AWB behavior which I consider unhelpful and am officially requesting a change to stop this behavior. That indicates this bug report rather than a feature request. AWB replaces underscores in links, such as [[United_States]] --> [[United States]] which is obviously desirable. However, as a consequence of that action it also replaces underscores in file names in image placement wiki markup, for example [[Image:Quincy_MA_geography.png|thumb| ... and features]] --> [[Image:Quincy MA geography.png|thumb| ... and features]] from the diff linked above. This is undesirable because: Unlike links, changing the underscores to spaces in file names has no effect on display of text visible to readers. Changing the underscores to spaces does have an effect on MediaWiki software handling of the file name, in fact it causes MediaWiki to reinsert the underscores before processing database key names and URLs, see the manual. 1 and 2 together make the changing of underscores into spaces a pointless edit which also adds a small step to page processing that is unnecessary. Changing the underscores to spaces in file names adds marked edits to diffs which are moot and can be ignored, but nevertheless clutter the diff listing with meaningless edits. Since URLs are served by MediaWiki with all file names using underscores to represent spaces, a file which was saved from a browser "Save" command or any other file retrieval method including automated ones will include the underscores. An editor who later copies the name of a file from within an edit window or diff which has had the underscores changed to spaces by AWB to perform some operation on the downloaded file on the local machine would need to replace the spaces with underscores after pasting the copied file name. The same holds true for a file on the local machine uploaded previously which originally had underscores in the name. This may be considered a minor annoyance but it also would be unnecessary if AWB had simply left the file name alone. As an old school coder, looking at a file name without the underscores actually takes more mental processing as well. The spaces break the name of a file into unfamiliar multiple pieces which I have to put back together mentally before comprehending the actual file name I uploaded. None of these issues would ever arise if AWB would simply ignore underscores in file names i.e. not change any underscores following the strings "[[File:" or "[[Image:" and preceding a pipe character "|" (or in the absence of any parameters for image placement wiki markup, preceding the closing brackets "]]"). This would allow AWB to continue fixing links with underscores in the image caption. I would like to see that change made in future releases of AWB for the sake of elegance and to avoid wasted time, since underscore replacement behavior in the case of file names is obviously unnecessary. Sswonk (talk) 23:35, 15 June 2009 (UTC)
To duplicate:	See this edit
Operating system	Both
.NET FW Version	Unknown
AWB version	Any
Workaround
Fixed in version

I have no strong feelings one way or the other, and I wouldn't consider this to be a "bug", but I'd like to give an additional reason not listed above, which I personally think is the most important. File names with spaces instead of underscores are much more likely to be corrupted by careless non-AWB users editing them. With underscores it looks more like a single unit which should not be edited. MANdARAX • XAЯAbИAM 01:43, 16 June 2009 (UTC)

(undent; long post): My feeling is that the underscores should be removed, for the following reasons:

1. In my opinion, the edit page is easier to read without underscores than with. This would seem to be a general consensus since this is the first time that it has ever been brought up to my knowledge.
2. Don't worry about performance. This has never caused trouble for how many years? Unless a developer says something or there is an obvious problem, this performance change seems neglibible. It's like changing & to &.
3. See #2.
4. AWB's adding or removal of whitespace, movement of interwiki links, etc., also make such changes... no real change, but they add to the diff. However, they do serve to standardize page formatting and layout. Honestly, it isn't hard to tell if an edit is inconsequential.
5. I really don't understand what you're saying on this one (not technically-minded enough yet), but this seems like something that would affect only a fraction of a fraction of users.
6. I think that most people here aren't "old school coders". I'm pretty new to things like JavaScript and CSS, and in those, yes, you use underscores for many things related to URLs. But you also use <h2> for section headers. This isn't HTML or C++ or JavaScript; it's wikitext, and to a non-coder spaces make more sense, just like bullets to create lists make more sense than <li> tags (since I just got really interested in coding stuff a few months ago, I can assure you that this is true from personal experience).

(in response to Mandrax's comment): Most people who edit Wikipedia understand link syntax, and know that changing things between double brackets can cause links to break. This doesn't seem any more likely with images than with other links. Besides, how often do you see someone make this kind of error where having underscores would have prevented it?

Additionally, using underscores causes longer image names to create goofy line wraps in the edit box... another minor point, but it can come up.

So yes, I think that this is perfectly good and positive functionality for AWB. –Drilnoth (T • C • L) 02:05, 16 June 2009 (UTC)

Mandarax – Hard to call it a bug, but I couldn't call it a feature request so I put it here. I agree with your single unit file name point, in the example above it could appear the file name is "geography.png" after AWB, but no question it is really "Quincy_MA_geography.png" before AWB indiscriminately changed it.

Drilnoth – Here I go, and I hope this helps:

1. OK, that's an opinion, I expressed mine as well. But the name of the file is being changed. That's a fact. At any rate, with all the brackets, pipes, braces, infoboxes, cite templates and so on, removing those underscores really doesn't do much to relieve any readability issues in the edit box. For me and others, underscores enhance readability because they keep the file name in one piece.
2. WP:DWAP was assumed. I do worry about wasted time, rather than performance. Changing the file name does nothing, so why do it? I am not asking for a fix to decrease load, that's absurd. It's the pointlessness that bothers me.
3. OK
4. You've won me over on that one.
5. I spend a lot of time using copy-paste to save time when browsing and working with text. This AWB edit throws a workflow off, since I am accustomed to copying the file name from anywhere – edit boxes, URLs or my own system, and having them remain the same. Although the name with either spaces or underscores is equivalent in wikicode, it isn't elsewhere. I won't go into details, but it is very convenient to be able to assume that the name of the file I copy-paste is the actual name everywhere. Probably a larger fraction of editors than you suggest work this way, but we will probably not be able to know so just concentrate on what I said about copy-paste convenience.
6. That "old school coder" thing was meant to be a self-deprecating remark. For background, I started coding on a Commodore PET at a neighbors house before getting my own TI_99/4A. It is incredibly cool to be able to save my work through a wireless home network onto a server disk in San Francisco in less than a second, much better than waiting 10 seconds to write 2000 bytes on a cassette tape. I like having wikicode make a lot of the CSS, HTML and parser functions work with a lot less typing, too. I embrace any technology that makes things easier for people. I admire AWB for most of what it does, but don't use it because it requires Windows and that technology unfortunately makes things more difficult – again, opinion, but I usually only use my XP machine only when testing IE rendering.

File name causes strange wraps, like long URLs, not a big problem. But breaking the file name goes back to my first point here, answering Mandarax. It increases the possibility that an editor might accidentally screw up the file name as well. To conclude, the edit done here by AWB in my eyes is silly and disruptive. Like I said, I embrace the improvements of technology but something about this particular behavior really bothers me, and it could be fixed very easily in AWB code by a little parsing of the text inside double brackets to have it avoid changing file names and go on changing all the other underscores. Congrats on getting into coding, I really appreciate a detailed response, and clicking the edit link beside the section header is better too (inside joke from VP). Sswonk (talk) 03:44, 16 June 2009 (UTC)

Fair enough. I am still inclined to disagree with you position on this, but I will not oppose the removal of the change. Thank you for taking the time to expand on your reasoning. –Drilnoth (T • C • L) 22:43, 19 June 2009 (UTC)

This is not a bug, as such it won't be "fixed": 1) and 2) are completely irrelevant, 3) is microseconds, see WP:PERF, 4) is fully compensated with improved readability, 5) most (=99,9%) users don't use command line anyway, and finally, 6) this feature is intended to help an average user, not an "old school coders" or anyone else in particular. In general, filenames with spaces instead of underscores have better readability (no surprise MediaWiki displays this form on thier desc pages) and have broad support within the community. 62.140.253.6 (talk) 16:31, 7 August 2009 (UTC)

Line break insertion

Status	Fixed in the next release
Description	Insets line break in strange placeRich Farmbrough, 17:56, 8 August 2009 (UTC). 17:56, 8 August 2009 (UTC)
To duplicate:	run AWB on User:Rich Farmbrough/temp21 - no need to have any changes enabled at all.
Site URL:	en:WP
Operating system	V
.NET FW Version	Unknown
AWB version	4.6
Workaround	None
Fixed in version

I think there must be some sort of zero-width space being replaced with a newline or something? Rjwilmsi 18:53, 8 August 2009 (UTC)

U+2028 is a line-separator char, and is interpreted as simple newline by RichEdit. The question is whether it is correct: in theory, we're editing text at paragraph level, while converting of line separator to \r\n leads to formation of new paragraph. 62.140.253.9 (talk) 08:11, 9 August 2009 (UTC)

From Unicode spec:

Converting to Other Character Code Sets

R3 If the intended target is known, map NLF, LS, and PS appropriately, depending on the target conventions. For example, when mapping to Microsoft Word’s internal conventions for documents, LS would be mapped to VT, and PS and any NLF would be mapped to CRLF.

R3a If the intended target is unknown, map NLF, LS, and PS to the platform newline convention (CR, LF, CRLF, or NEL).

so this transformation could be correct or not. 62.140.253.9 (talk) 08:21, 9 August 2009 (UTC)

OK so there is a hidden character in here? Can I search a database dump for occurrences? Rich Farmbrough, 22:20, 2 September 2009 (UTC).

The dump from last week has 352 mainspace matches, so I'll go through and tidy them up. Rjwilmsi 10:17, 12 September 2009 (UTC)

rev 5155 MaxSem fixed this about a month ago – such line separators are now replaced with spaces. Rjwilmsi 13:08, 12 September 2009 (UTC)

AWB does not recognize usernames with brackets

Status	Fixed in the next release
Description	AWB does not recognize usernames with whitespace even their username is registered on AutoWikiBrowser Checkpage. Kwj2772 (talk) 11:19, 6 September 2009 (UTC)
To duplicate:
Site URL:	commons
Operating system
.NET FW Version	Unknown
AWB version	4.6.0.0
Workaround
Fixed in version	rev 5347

Please see this page. Thank you. Kwj2772 (talk) 11:19, 6 September 2009 (UTC)

Works fine. I can login fine with my Bot "Reedy Bot", which has whitespace.. —Reedy 13:26, 6 September 2009 (UTC)

What's the username that bugs? -- Magioladitis (talk) 23:35, 6 September 2009 (UTC)

It's me. --Cwbm (commons) (talk) 07:26, 8 September 2009 (UTC)

It certainly isnt a whitespace problem (My bot account works), it could be a bracket problem though.. As i think we make a regex of it, and it probably isnt escaped —Reedy 09:12, 8 September 2009 (UTC)

Regex username = new Regex(@"^\*\s*" + Tools.CaseInsensitive(Editor.User.Name)
                                            + @"\s*$", RegexOptions.Multiline);

suspect we should change it for

Regex username = new Regex(@"^\*\s*" + Tools.CaseInsensitive(Regex.Escape(Editor.User.Name))
                                          + @"\s*$", RegexOptions.Multiline);

to account for the brackets.. —Reedy 09:12, 8 September 2009 (UTC)

Would it be a fix to use an underscore in the list of users (not in the user name)? --Cwbm (commons) (talk) 17:23, 8 September 2009 (UTC)

No. Fixed in rev 5347 —Reedy 19:00, 8 September 2009 (UTC)

Can't save empty page.

Status	Fixed in the next release
Description	Exception: ArgumentException Message: Can't save empty pages Parameter name: pageText Call stack: at WikiFunctions.API.ApiEdit.Save(String pageText, String summary, Boolean minor, WatchOptions watch) Rich Farmbrough, 20:49, 2 September 2009 (UTC).
To duplicate:	Unknown
Site URL:	http://en.wikipedia.org
Operating system	Microsoft Windows NT 6.0.6001 Service Pack 1
.NET FW Version	Unknown
AWB version	4.9.0.1, revision 5304 (2009-08-31 09:05:30)
Workaround	None
Fixed in version	Unknown

Seems the program allows it in some routes through.. Was this in BotMode? rev 5319 makes some changes... Need to make one more change to finish this. —Reedy 21:25, 2 September 2009 (UTC)

We neeed a warning anyway. "You are saving an empty page. Are you sure?" -- Magioladitis (talk) 21:37, 2 September 2009 (UTC)

It does, hence me asking if it was in bot mode. As it doesnt there —Reedy 21:41, 2 September 2009 (UTC)

Yes there was a warning, which was a cool surprise - guess I never tried to save an empty page before. And it was manual. Rich Farmbrough, 22:24, 2 September 2009 (UTC).

Marking as fixed.. As this bug case is.. Just one tweak (with a TODO) needs doing. —Reedy 20:22, 3 September 2009 (UTC)

AWB creating unnecessary defaultsort parameters for capital letters

Status	Fixed in the next release
Description	When one edits an article with mixed case word starts it creates a Defaultsort parameter e.g. "List Of Rivers In New South Wales". e.g. [14], [15]. This appears to be a non-optional "general fix" and I have no idea how many articles I have unintentionally vandalised. Orderinchaos 03:12, 6 September 2009 (UTC)
To duplicate:	Edit any article with mixed case word starts eg "List of rivers in New South Wales", "Electoral district of Ballina". Click Save.
Site URL:	en.wiki
Operating system	Windows XP SP3
.NET FW Version	Unknown
AWB version	4.6.0.0
Workaround	If working on a *batch* of such articles you can simply add the non capitalised standard part to Find/Replace. It won't pick up "of"s and "and"s and such things though.
Fixed in version	Unknown

The answer is that you haven't vandalized anything, as you should know. --NE2 05:53, 6 September 2009 (UTC)

I reported this a couple of weeks ago, after people were capitalising specific epithets in scientific names. I was told that this feature would be turned off by default in future releases. You probably just need to wait a while, then upgrade your AWB. Hesperian 05:59, 6 September 2009 (UTC)

AWB cannot meet all of the policies on defaultsorts, so I added an option to turn off defaultsort insertion/changing under rev 4431. You will find it on the Options menu. Rjwilmsi 08:12, 6 September 2009 (UTC)

Your response to me was "AWB already has an option to disable its defaultsort logic. I'll change that to be enabled by default, so users have to explicitly allow defaultsort changes." That hasn't changed, right? Hesperian 23:57, 6 September 2009 (UTC)

That hasn't changed. Rjwilmsi 06:47, 7 September 2009 (UTC)

Regex for skip field (and maybe others) seems to have become case sensitive even if case sensitive unchecked

Status	Fixed in the next release
Description	For some reason I've had to write a regex like so: (REDIRECT|Redirect|redirect) \[\[(:|)((C|c)ategory|(W|w)ikipedia|Portal|(H|h)elp|(T|t)emplate). That shouldn't be necessary because I have "Case sensitive" unchecked. –xenotalk 18:18, 11 September 2009 (UTC)
To duplicate:	Just try a regex that should skip if it were case insensitive
Site URL:	en.wiki
Operating system	XP or Vista
.NET FW Version	Unknown
AWB version	4901_5344
Workaround	Write more complicated regexen
Fixed in version	rev 5351.. Problably my fault... —Reedy 18:48, 11 September 2009 (UTC)

General fixes skip options

I had one set, changed profiles, this general fixes skip option (unbeknownst to me) still remained. Not what I was expecting, I can tell you. - Jarry1250 ^{[ In the UK? Sign the petition! ]} 14:11, 6 September 2009 (UTC)

rev 5330 —Reedy 15:07, 6 September 2009 (UTC)

NullReferenceException in

Status	Bug currently being investigated/fixed
Description	Exception: NullReferenceException Message: Object reference not set to an instance of an object. Call stack: at Go3463(RegexRunner ) at System.Text.RegularExpressions.CompiledRegexRunner.Go() at System.Text.RegularExpressions.RegexRunner.Scan(Regex regex, String text, Int32 textbeg, Int32 textend, Int32 textstart, Int32 prevlen, Boolean quick) at System.Text.RegularExpressions.Regex.Run(Boolean quick, Int32 prevlen, String input, Int32 beginning, Int32 length, Int32 startat) at System.Text.RegularExpressions.Regex.IsMatch(String input) at WikiFunctions.Parse.TypoGroup.FixTypos(String& articleText, String& summary, String articleTitle) at WikiFunctions.Parse.RegExTypoFix.PerformTypoFixes(String articleText, Boolean& noChange, String& summary, String articleTitle) at WikiFunctions.Article.PerformTypoFixes(RegExTypoFix regexTypos, Boolean skipIfNoChange) at AutoWikiBrowser.MainForm.ProcessPage(Article theArticle, Boolean mainProcess) Art LaPella (talk) 00:13, 26 August 2009 (UTC)
To duplicate:	[encountered while processing page [16]]
Site URL:	http://en.wikipedia.org
Operating system	Microsoft Windows NT 5.1.2600 Service Pack 3
.NET FW Version	Unknown
AWB version	4.6.0.0, revision 4662 (2009-06-29 19:22:14)
Workaround	None
Fixed in version	Unknown

Don't ask me what it means! I'm just copying what it said to copy. Art LaPella (talk) 00:13, 26 August 2009 (UTC)

rev 5379. -- Magioladitis (talk) 10:01, 17 September 2009 (UTC)

XmlException in ApiListProviderBase.ApiMakeList

Status	Your version of MediaWiki is not supported, please update
Description	Thread: ListMaker (UserContribsListProvider: Copyright) Exception: XmlException Message: The 'img' start tag on line 95 does not match the end tag of 'div'. Line 107, position 4. Call stack: at System.Xml.XmlTextReaderImpl.Throw(Exception e) at System.Xml.XmlTextReaderImpl.Throw(String res, String[] args) at System.Xml.XmlTextReaderImpl.ThrowTagMismatch(NodeData startTag) at System.Xml.XmlTextReaderImpl.ParseEndElement() at System.Xml.XmlTextReaderImpl.ParseElementContent() at System.Xml.XmlTextReaderImpl.Read() at System.Xml.XmlTextReader.Read() at WikiFunctions.Lists.ApiListProviderBase.ApiMakeList(String url, Int32 haveSoFar) at WikiFunctions.Lists.UserContribsListProvider.MakeList(String[] searchCriteria) at WikiFunctions.Controls.Lists.ListMaker.MakeListPlugin() 86.88.44.213 (talk) 10:20, 10 April 2009 (UTC)
To duplicate:	ListMaker Text: Copyright
Site URL:	http://wikikids.wiki.kennisnet.nl/
Operating system	Microsoft Windows NT 5.1.2600 Service Pack 3
.NET FW Version	Unknown
AWB version	4.5.2.0, revision 4100 (2009-03-20 20:01:06)
Workaround	None
Fixed in version	Unknown

MediaWiki 1.13 is not supported both by its developers and AWB. 62.140.253.6 (talk) 14:21, 9 October 2009 (UTC)

ReflectionTypeLoadException in Plugin.LoadPlugins

Status	Bug currently being investigated/fixed
Description	Exception: ReflectionTypeLoadException Message: Unable to load one or more of the requested types. Retrieve the LoaderExceptions property for more information. Call stack: at System.Reflection.Module._GetTypesInternal(StackCrawlMark& stackMark) at System.Reflection.Assembly.GetTypes() at AutoWikiBrowser.Plugins.Plugin.LoadPlugins(IAutoWikiBrowser awb, String[] plugins, Boolean afterStartup) Loader exception: TypeLoadException Message: Method 'ProcessArticle' in type 'WikiFunctions.Plugins.ListMaker.TypoScan.TypoScanAWBPlugin' from assembly 'TypoScan, Version=1.0.1.0, Culture=neutral, PublicKeyToken=null' does not have an implementation. Call stack: Closedmouth (talk) 05:36, 10 May 2009 (UTC)
To duplicate:	Unknown
Site URL:	http://en.wikipedia.org
Operating system	Microsoft Windows NT 5.1.2600 Service Pack 3
.NET FW Version	Unknown
AWB version	4.5.3.1, revision 4300 (2009-05-09 14:44:41)
Workaround	None
Fixed in version	Unknown

Sounds like the plugin is out of date.. Grab an updated version from the plugins folder —Reedy 15:05, 10 May 2009 (UTC)

Reedy, can you add some tests in the code to prevent the use of old plugins? Something like version check and if the version is old to pop up a message instead of crashing. -- Magioladitis (talk) 15:59, 10 May 2009 (UTC)

Reedy, I am getting the same error with Category creation plugin by User:Ganeshk and Kingboy ( not a standard plugin shipped with AWB). I have left a note here for Ganeshk. Any pointers to help him will be gr8 -- Tinu Cherian - 09:26, 27 May 2009 (UTC)

It seems he's on a wikibreak. I believe the source is about for this plugin somewhere...? —Reedy 11:30, 27 May 2009 (UTC)

here -- Tinu Cherian - 07:32, 28 May 2009 (UTC)

I've emailed him, as the source isnt complete so i cant update the plugin. —Reedy 01:21, 29 May 2009 (UTC)

I have fixed the bug per Reedy's instructions. I had to add an "i" to some procedure names. I have uploaded a new source code zip file. Reedy, can you check if this one is complete? Thanks, Ganeshk (talk) 02:23, 29 May 2009 (UTC)

rev 4652 - Nicer error handling... Could do with some better handling still as per Magioladitis... —Reedy 13:29, 29 June 2009 (UTC)

I tried to load an older version of a plugin and AWB prevented me. This means this is completely fixed, or? -- Magioladitis (talk) 17:56, 19 September 2009 (UTC)

ArgumentOutOfRangeException in InterWikiComparer..ctor

Status	Not enough information/very rare bug
Description	Exception: ArgumentOutOfRangeException Message: Indeks jest spoza zakresu. Musi mieć wartość nieujemną i mniejszą niż rozmiar kolekcji. Nazwa parametru: index Call stack: w System.ThrowHelper.ThrowArgumentOutOfRangeException(ExceptionArgument argument, ExceptionResource resource) w System.ThrowHelper.ThrowArgumentOutOfRangeException() w WikiFunctions.Parse.InterWikiComparer..ctor(List`1 order, List`1 languages) w WikiFunctions.Parse.MetaDataSorter.set_InterWikiOrder(InterWikiOrderEnum value) w WikiFunctions.Parse.MetaDataSorter..ctor() w WikiFunctions.Parse.Parsers.get_Sorter() w WikiFunctions.Parse.Parsers..ctor(Int32 stubWordCount, Boolean addHumanKey) w AutoWikiBrowser.MainForm..ctor() Kauczuk (talk) 15:01, 11 October 2009 (UTC)
To duplicate:	Unknown
Site URL:	http://en.wikipedia.org
Operating system	Microsoft Windows NT 5.1.2600 Dodatek Service Pack 3
.NET FW Version	Unknown
AWB version	4.6.0.0, revision 4662 (2009-06-29 19:22:14)
Workaround	None
Fixed in version	Unknown

4.6.0.0? -- Magioladitis (talk) 08:24, 13 October 2009 (UTC)

Marking as rare. If it happens again in 4.9+ please report. -- Magioladitis (talk) 15:07, 7 November 2009 (UTC)

Exception of type 'System.OutOfMemoryException' was thrown.

Status	Works for me
Description	AWB starts up and for the record with (20,000~ memory usage). After I press start I get this error and it skips the page. AWB now stands around 517,000~ memory usage. Charitwo (talk) 03:56, 2 July 2009 (UTC)
To duplicate:	Press 'Start'
Site URL:	http://wiki.ffxiclopedia.org
Operating system	Windows Vista
.NET FW Version	Unknown
AWB version	4.6.0.1
Workaround	None
Fixed in version

What version of AWB are you using (Help -> About, SVN number) and how much RAM do you have? Rjwilmsi 10:34, 2 July 2009 (UTC)

Uhm, if you look at the bug I just posted, you'd see what version of AWB I'm using (it was the latest snapshot at the tim of report). And I have 2GB of RAM, I have not experienced this issue before I was forced to update. --Charitwo ^(talk) 04:26, 6 July 2009 (UTC)

In my XP SP2, AWB 4.9.0.2 starts with 45.296K. -- Magioladitis (talk) 19:53, 23 September 2009 (UTC)

I marked it as wfm. If it happens again in 4.9+ please rereport. -- Magioladitis (talk) 15:37, 7 November 2009 (UTC)

RegexTypoFix doesn't work on indented text

Status	Not a bug/currently unresolvable
Description	RegexTypoFix doesn't work on text which is indented with a colon. I realize that this is most often used on talk pages, where typos shouldn't be fixed, but it is also used in articles. mandarax • xɐɹɐpuɐɯ 00:47, 10 March 2009 (UTC)
To duplicate:	Try RegexTypoFix on User:Mandarax/Sandbox
Site URL:	en.wikipedia
Operating system	XP
.NET FW Version	Unknown
AWB version	4.5.1.0
Workaround	Use Find and replace to fix specific typos.
Fixed in version	Unknown

Verified. Never seen that before tbh... Will take a look later on today (see if i can grab the source whilst still at uni, god knows why i dont have it on my memory stick) —Reedy 11:06, 10 March 2009 (UTC)

HideText is hiding it.

            ReplaceMore(WikiRegexes.IndentedText.Matches(ArticleText), ref ArticleText);

So, now its a case of, why is it hiding it? (there is presumably a reason for it doing so) —Reedy 22:01, 10 March 2009 (UTC)

RegexTypoFix hides quotes and sic. Maybe this is a similar case. -- Magioladitis (talk) 23:26, 6 September 2009 (UTC)

There must be a reason for it.. I'm leaning towards wontfix/notbug. —Reedy 20:59, 21 September 2009 (UTC)

I think it was asked not to check indented text. We could make it optional. -- Magioladitis (talk) 23:30, 8 October 2009 (UTC)

I marked it as notbug since it's not a bug but a feature, at least right now. Maybe Mandarax can fill in a new FR if necessary. -- Magioladitis (talk) 13:23, 7 November 2009 (UTC)

Error creating window handle.

Status	Not enough information/very rare bug
Description	Exception: Win32Exception Message: Error creating window handle. Call stack: at System.Windows.Forms.NativeWindow.CreateHandle(CreateParams cp) at System.Windows.Forms.Control.CreateHandle() at System.Windows.Forms.Form.CreateHandle() at System.Windows.Forms.Control.get_Handle() at System.Windows.Forms.Form.ShowDialog(IWin32Window owner) at System.Windows.Forms.Form.ShowDialog() at WikiFunctions.ErrorHandler.Handle(Exception ex) at AutoWikiBrowser.Program.ApplicationThreadException(Object sender, ThreadExceptionEventArgs e) at System.Windows.Forms.Application.ThreadContext.OnThreadException(Exception t) at System.Windows.Forms.Control.WndProcException(Exception e) at System.Windows.Forms.Control.ControlNativeWindow.OnThreadException(Exception e) at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam) at System.Windows.Forms.UnsafeNativeMethods.DispatchMessageW(MSG& msg) at System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(Int32 dwComponentID, Int32 reason, Int32 pvLoopData) at System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context) at System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context) at System.Windows.Forms.Application.Run(Form mainForm) at AutoWikiBrowser.Program.Main(String[] args) Rich Farmbrough, 16:35, 12 August 2009 (UTC). 16:35, 12 August 2009 (UTC)
To duplicate:	[encountered while processing page [17]]
Site URL:	http://en.wikipedia.org
Operating system	Microsoft Windows NT 6.0.6001 Service Pack 1
.NET FW Version	Unknown
AWB version	4.6.0.0, revision 4662 (2009-06-29 19:22:14)
Workaround	None
Fixed in version	Unknown

"Error Creating Window Handle" is not a .NET error, but is coming from Win32. As I found in a forum: "First thing to look for: Anything that might be related to unmanaged code - streams, bitmaps, ink, etc." -- Magioladitis (talk) 15:14, 18 September 2009 (UTC)

"Its a wontfix, seemingly outside our code". (Reedy, today) -- 17:02, 7 November 2009 (UTC)

InvalidOperationException in MainForm.exitToolStripMenuItem_Click

Status	Not enough information/very rare bug
Description	Exception: InvalidOperationException Message: Collection was modified; enumeration operation may not execute. Call stack: at System.Collections.ArrayList.ArrayListEnumeratorSimple.MoveNext() at System.Windows.Forms.Application.ExitInternal() at System.Windows.Forms.Application.Exit(CancelEventArgs e) at System.Windows.Forms.Application.Exit() at AutoWikiBrowser.MainForm.exitToolStripMenuItem_Click(Object sender, EventArgs e) at System.Windows.Forms.ToolStripItem.RaiseEvent(Object key, EventArgs e) at System.Windows.Forms.ToolStripMenuItem.OnClick(EventArgs e) at System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e) at System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e) at System.Windows.Forms.ToolStripItem.FireEventInteractive(EventArgs e, ToolStripItemEventType met) at System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met) at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea) at System.Windows.Forms.ToolStripDropDown.OnMouseUp(MouseEventArgs mea) at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks) at System.Windows.Forms.Control.WndProc(Message& m) at System.Windows.Forms.ScrollableControl.WndProc(Message& m) at System.Windows.Forms.ToolStrip.WndProc(Message& m) at System.Windows.Forms.ToolStripDropDown.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) Magioladitis (talk) 09:03, 11 June 2009 (UTC)
To duplicate:	Unknown
Site URL:	http://en.wikipedia.org
Operating system	Microsoft Windows NT 5.1.2600 Service Pack 2
.NET FW Version	Unknown
AWB version	4.5.3.2, revision 4312 (2009-05-10 21:47:07)
Workaround	None
Fixed in version	Unknown

Searching in internet: The error means that you run the risk of stepping over items in the list if some items are removed or added. It's safer to use a for loop in this case, also if flush actually removes an item from the list it's better to traverse the list in reverse order.

I found similar reports in .NET forums-- Magioladitis (talk) 11:24, 18 September 2009 (UTC)

Aye, that would seemingly be the case, but it seems to be somewhere down in the actual .NET FW.. So a little hard to try and debug. —Reedy 13:25, 18 September 2009 (UTC)

I never encountered it after 4.9. So, I think it's rare. -- Magioladitis (talk) 19:43, 7 November 2009 (UTC)

ArgumentException in AWBLogListener.AddAndDateStamp

Status	Bug currently being investigated/fixed
Description	Exception: ArgumentException Message: Cannot add or insert the item 'John Franklin' 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) at WikiFunctions.Logging.LogControl.AddLog(Boolean skipped, AWBLogListener logListener) at AutoWikiBrowser.MainForm.SkipPageReasonAlreadyProvided() Penguin (talk) 00:20, 4 July 2009 (UTC)
To duplicate:	Using regular expression to replace {{NHLSeasonTOC.*}} with {{TOClimit|limit=2}} Usually works, sometimes fails at the end of a list being processed.
Site URL:	http://da.wikipedia.org
Operating system	Microsoft Windows NT 5.1.2600 Service Pack 2 / Microsoft Windows NT 5.0.2195 Service Pack 4
.NET FW Version	Unknown
AWB version	4.6.0.0, revision 4662 (2009-06-29 19:22:14)
Workaround	None
Fixed in version	Unknown

Fixed in rev 4624. Please grab a snapshot. -- Magioladitis (talk) 06:26, 4 July 2009 (UTC)

My fix didn't work, and you'll notice that the fix revision 4624 is earlier than the revision of the 4.6.0.0 release (rev 4662). I'll take another look. Rjwilmsi 13:12, 4 July 2009 (UTC)

rev 4903 I have added logic to catch this exception, though I still don't understand why it is produced, so further work is required to properly prevent the exception. Rjwilmsi 19:18, 17 July 2009 (UTC)

Unfortunately I am unable to reliably reproduce the bug, so am having difficulty fixing it, although I have seen it myself. I will add logic to catch the exception, though this will not prevent it occurring (my earlier fix was supposed to do that, though it didn't work). Rjwilmsi 19:10, 17 July 2009 (UTC)

Did someone catch that bug in 4.9+ ? -- Magioladitis (talk) 19:41, 10 November 2009 (UTC)

NullReferenceException in Variables.LoadProjectOptions

Status	Your version of MediaWiki is not supported, please update
Description	Exception: NullReferenceException Message: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt. Call stack: bei WikiFunctions.Variables.LoadProjectOptions() bei WikiFunctions.Variables.SetProject(LangCodeEnum langCode, ProjectEnum projectName, String customProject) bei AutoWikiBrowser.MainForm.SetProject(LangCodeEnum code, ProjectEnum project, String customProject) bei AutoWikiBrowser.MainForm.LoadPrefs(UserPrefs p) bei AutoWikiBrowser.MainForm.LoadPrefs(String path) 195.125.219.98 (talk) 07:02, 3 July 2009 (UTC)
To duplicate:	Unknown
Site URL:	http://xxx.de/wiki/ (company-wiki)
Operating system	Microsoft Windows NT 5.1.2600 Service Pack 3
.NET FW Version	Unknown
AWB version	4.6.0.0, revision 4662 (2009-06-29 19:22:14)
Workaround	None
Fixed in version	Unknown

What MW version etc? —Reedy 17:43, 4 July 2009 (UTC)

Versions are:

• MediaWiki 1.13.5
• PHP 5.2.1 (apache2handler)
• MySQL 5.0.37-log

--213.71.18.168 (talk) 10:38, 6 July 2009 (UTC)

Curiously I do see the same error twice, to start the program (not that happens) and when the URL of the site in which you want to use the program is poorly configured in Options -> Preferences -> Site (the correct format of the URL is www.example.org/wiki/index.php) and if this field is www.example.org/wiki//index.php or www.example.org/wiki/index.php/ (notice the final bar) is generated exactly the same error.--201.252.169.139 (talk) 20:13, 12 July 2009 (UTC)

Any ideas how to fix that?--213.71.18.168 (talk) 13:00, 28 July 2009 (UTC)

4.6/older MW/etc —Reedy 17:34, 7 November 2009 (UTC)

213.71.18.168, update to latest AWB and latest MediWiki [18] and report if the bug still happens. -- Magioladitis (talk) 19:51, 11 November 2009 (UTC)

Opening an XML dump across a n./w where I have full rights.

Status	Need more information
Description	Exception: Exception Message: Access to the path '\\ELROND\ElrondC\AWB\Dumps\hi\hiwiki-20090907-pages-meta-current.xml' is denied. Call stack: at WikiFunctions.DBScanner.MainProcess..ctor(List`1 z, String filename, ThreadPriority tp, Boolean ignoreComments) at WikiFunctions.DBScanner.DatabaseScanner.Start() at WikiFunctions.DBScanner.DatabaseScanner.StartButton() Rich Farmbrough, 17:18, 12 September 2009 (UTC).
To duplicate:	Unknown
Site URL:	http://en.wikipedia.org
Operating system	Microsoft Windows NT 6.0.6001 Service Pack 1
.NET FW Version	Unknown
AWB version	4.6.0.0, revision 4662 (2009-06-29 19:22:14)
Workaround	None
Fixed in version	Unknown

Not a biggie. Rich Farmbrough, 17:18, 12 September 2009 (UTC).

Still happening in 4.9+? Can you reproduce it on demand? -- Magioladitis (talk) 20:10, 7 November 2009 (UTC)

Archived. If still happening in 4.9 please re-report. -- Magioladitis (talk) 16:55, 17 November 2009 (UTC)

DivideByZeroException in UnsafeNativeMethods.CallWindowProc

Status	Not enough information/very rare bug
Description	Exception: DivideByZeroException Message: Attempted to divide by zero. Call stack: at System.Windows.Forms.UnsafeNativeMethods.CallWindowProc(IntPtr wndProc, IntPtr hWnd, Int32 msg, IntPtr wParam, IntPtr lParam) at System.Windows.Forms.NativeWindow.DefWndProc(Message& m) at System.Windows.Forms.Control.DefWndProc(Message& m) at System.Windows.Forms.Control.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) Peteparker (talk) 16:26, 5 November 2009 (UTC)
To duplicate:	Unknown
Site URL:	http://marvel.wikia.com
Operating system	Microsoft Windows NT 5.1.2600 Service Pack 2
.NET FW Version	Unknown
AWB version	4.6.0.0, revision 4662 (2009-06-29 19:22:14)
Workaround	None
Fixed in version	Unknown

I have reported this in 4.5+. Reedy's answer was "Not a huge amount we can do about this as its in the .NET/Windows Code." -- Magioladitis (talk) 11:37, 2 December 2009 (UTC)

Rare bug, it's possible that 4.9 won;t have it. Please update to version 4.9.0.3+ and re-report if reappears. -- Magioladitis (talk) 00:35, 6 December 2009 (UTC)

InvalidOperationException

Status	Not enough information/very rare bug
Description	Exception: InvalidOperationException Message: There is an error in XML document (269, 32). Call stack: at System.Xml.Serialization.XmlSerializer.Deserialize(XmlReader xmlReader, String encodingStyle, XmlDeserializationEvents events) at System.Xml.Serialization.XmlSerializer.Deserialize(TextReader textReader) at WikiFunctions.AWBSettings.UserPrefs.LoadPrefs(String file) at AutoWikiBrowser.MainForm.LoadPrefs(String path) Inner exception: FormatException Message: Input string was not in a correct format. Call stack: at System.Number.StringToNumber(String str, NumberStyles options, NumberBuffer& number, NumberFormatInfo info, Boolean parseDecimal) at System.Number.ParseInt32(String s, NumberStyles style, NumberFormatInfo info) at System.Xml.XmlConvert.ToInt32(String s) at Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationReaderUserPrefs.Read19_ModulePrefs(Boolean isNullable, Boolean checkType) at Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationReaderUserPrefs.Read25_UserPrefs(Boolean isNullable, Boolean checkType) at Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationReaderUserPrefs.Read26_AutoWikiBrowserPreferences() 94.43.213.215 (talk) 19:09, 7 January 2010 (UTC)
To duplicate:	Unknown
Site URL:	http://en.wikipedia.org
Operating system	Microsoft Windows NT 6.0.6002 Service Pack 2
.NET FW Version	Unknown
AWB version	4.6.0.0, revision 4662 (2009-06-29 19:22:14)
Workaround	None
Fixed in version	Unknown

4.6.0.0 should not be working in e.wiki at the first place. -- Magioladitis (talk) 19:13, 7 January 2010 (UTC)

Could you post your settings file somewhere or send them by email? -- Magioladitis (talk) 22:03, 7 January 2010 (UTC)

AWB unable to retrieve links to secure sites?

Status	Fixed in the next release
Description	Make list --> Special page --> Link search --> https://www.nysdot.gov/portal/page returns 0 results regardless of which namespace is chosen. The on-wiki special page returns over 100. – TMF 14:19, 20 January 2010 (UTC)
To duplicate:	See above
Site URL:	enwiki
Operating system	Win7
.NET FW Version
AWB version	5.0.0.0
Workaround	none
Fixed in version	rev 6092

http://en.wikipedia.org/w/api.php?action=query&list=exturlusage&euquery=www.nysdot.gov/portal/page
http://en.wikipedia.org/w/api.php?action=query&list=exturlusage&euquery=https://www.nysdot.gov/portal/page

The API returns nothing with the https, and nothing for the rest of the url. There is some discrepancy, will log on bugzilla. —Reedy 15:23, 20 January 2010 (UTC)

http://en.wikipedia.org/w/api.php?action=query&list=exturlusage&euquery=www.nysdot.gov/portal/page&euprotocol=https

Seems we just need to do the URL properly. —Reedy 15:26, 20 January 2010 (UTC)