Content deleted Content added

Inline

Revision as of 21:27, 17 August 2009

Home
Introduction and rules
User manual
How to use AWB
Discussion
Discuss AWB, report errors, and request features
User tasks
Request or help with AWB-able tasks
Technical
Technical documentation

Archives

Index

Only use this page to report bugs in the current version of the software. Update to the most recent version, check to make sure your bug has not been reported already on this page, and read the FAQ before posting a bug here. See How to Report Bugs Effectively for advice on how to write bug reports.

Before posting anything related to non-Wikimedia Foundation wikis, make sure that this site has a recent SVN version of MediaWiki with enabled Bot API. Older versions of MediaWiki or without the Bot API are not supported. Be sure to mention the exact URL of your wiki.

File a new bug report

Please check reported or fixed bugs before filing a new one!

Any discussion can follow as normal.

This format allows the developers to keep track of bugs and to make sure the bugs are fixed as fast as possible. Once the bugs have been fixed, they will be moved to /Archive 11.

If you cannot find your Bug on this page, please check /Archive 11, as it may have been fixed.

To list a bug use the following template

{{AWB bug
 | status         = new <!-- when fixed replace with "fixed" -->
 | description    = <!-- Place description of the bug here -->~~~~
 | duplicate      = <!-- Directions to recreate the bug (i.e. what did you do that caused this bug); leave blank if unknown or not applicable -->
 | site           = <!-- The site you were working with when the error occurred -->
 | OS             = <!-- Your operating system (should be either Windows Vista or XP) -->
 | version        = <!-- The version of AWB you are using -->
 | workaround     = <!-- Any workaround for the problem -->
 | fix_version    = <!-- Version of AWB the fix will be included in; AWB developer will complete when it's fixed -->
}}

Exceptions

Exception of type 'System.OutOfMemoryException' was thrown.

Status	New
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)[reply]
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)[reply]

Uhm, if you look at the bug I just posted, you'd see what verson 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)[reply]

SecurityException in Program.Main

Status New

Description

Exception: SecurityException

Message: Request for the permission of type 'System.Security.Permissions.SecurityPermission, mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' failed.

Call stack:

   at System.Security.CodeAccessSecurityEngine.Check(Object demand, StackCrawlMark& stackMark, Boolean isPermSet)
   at System.Security.CodeAccessPermission.Demand()
   at System.Windows.Forms.Application.add_ThreadException(ThreadExceptionEventHandler value)
   at AutoWikiBrowser.Program.Main(String[] args)

{{Nihiltres|talk|log}} 15:21, 23 January 2009 (UTC)[reply]

To duplicate: Unknown

Operating system Microsoft Windows NT 5.1.2600 Service Pack 3

.NET FW Version Unknown

AWB version 4.4.2.0

Workaround None

Fixed in version Unknown

Just posting a bug I encountered, given AWB's request I post it here—my guess is that this is probably just an issue with running AWB on a school computer. It failed with this bug if run off the (network?) H: drive assigned to me, but when its folder was copied to the desktop it ran fine. {{Nihiltres|talk|log}} 15:21, 23 January 2009 (UTC)[reply]

I suspect so, im sure this has been reported before... Depends on the network setup to whether running stuff works from a network drive (IIRC it works fine from my uni network drive, i just get pestered to hell with javascript script debugging) —Ree dy 18:22, 23 January 2009 (UTC)[reply]

Got this today at work too on 4.5 when running from network, but off pen drive it was fine. Rjwilmsi 21:03, 27 January 2009 (UTC)[reply]

Suspect we should try and trap it and offer some advice... —Ree dy 21:12, 27 January 2009 (UTC)[reply]

Does AWB even get started up? AS im thinking its line 39 of Program.cs —Ree dy 21:51, 27 January 2009 (UTC)[reply]

AWB does not start up. While trapping the error would be useful it would be nicer to understand why the error occurs (I have full read/write to the network share, Firefox runs fine from there). Rjwilmsi 08:05, 28 January 2009 (UTC)[reply]

XmlException in ApiListProviderBase.ApiMakeList

Status New

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)[reply]

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

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)[reply]

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 —Ree dy 15:05, 10 May 2009 (UTC)[reply]

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)[reply]

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)[reply]

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

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

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

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)[reply]

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

DirectoryNotFoundException in Updater.CopyFiles

Status New

Description

Thread:

Exception: DirectoryNotFoundException

Message: Could not find a part of the path 'C:\Documents and Settings\walkerma\Local Settings\Temp\$AWB$Updater$Temp$'.

Call stack:

   at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
   at System.IO.Directory.InternalGetFileDirectoryNames(String path, String userPathOriginal, String searchPattern, Boolean includeFiles, Boolean includeDirs, SearchOption searchOption)
   at System.IO.Directory.GetFiles(String path, String searchPattern, SearchOption searchOption)
   at AwbUpdater.Updater.CopyFiles()
   at AwbUpdater.Updater.UpdateAwb()

Walkerma (talk) 02:52, 19 May 2009 (UTC)[reply]

To duplicate: Unknown

Operating system Microsoft Windows NT 5.1.2600 Service Pack 3

.NET FW Version Unknown

AWB version 2.0.0.0

Workaround None

Fixed in version Unknown

Culture ID 1093 (0x0445) is not a supported culture. Parameter name: culture

Status New

Description

Exception: ArgumentException

Message: Culture ID 1093 (0x0445) is not a supported culture. Parameter name: culture

Call stack:

   at System.Globalization.CultureTableRecord.GetCultureTableRecord(Int32 cultureId, Boolean useUserOverride)
   at System.Globalization.CultureInfo..ctor(Int32 culture, Boolean useUserOverride)
   at System.Windows.Forms.InputLanguage.get_Culture()
   at System.Windows.Forms.InputLanguageChangingEventArgs..ctor(InputLanguage inputLanguage, Boolean sysCharSet)
   at System.Windows.Forms.InputLanguage.CreateInputLanguageChangingEventArgs(Message m)
   at System.Windows.Forms.Control.WmInputLangChangeRequest(Message& m)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
   at System.Windows.Forms.ContainerControl.WndProc(Message& m)
   at System.Windows.Forms.Form.WndProc(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

- Jayanta Nath ^(Talk

To duplicate: Unknown

Site URL: http://bn.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

Hmm. It doesnt seem to like your language... Bangala? —Ree dy 11:09, 22 May 2009 (UTC)[reply]

InvalidOperationException in MainForm.exitToolStripMenuItem_Click

Status New

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)[reply]

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

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)[reply]

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)[reply]

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)[reply]

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)[reply]

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)[reply]

NullReferenceException in Variables.LoadProjectOptions

Status New

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)[reply]

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? —Ree dy 17:43, 4 July 2009 (UTC)[reply]

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)[reply]

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)[reply]

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

Error creating window handle.

Status New

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)[reply]

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

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

Plugins

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)[reply]
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)[reply]

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)[reply]

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)[reply]

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? —Ree dy 16:43, 16 July 2009 (UTC)[reply]

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

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

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

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 ;) —Ree dy 16:22, 1 August 2009 (UTC)[reply]

Kingbotk in not handling blp parameter in {{WPBS}}

Status	New
Description	Check this one and this one as example. I was tagging people as dead with AWB/Kingbok plugin. Living parameter was correctly changing from yes to no. But blp=yes was supposed to be removed as well. I had the same problem for the other direction as well: When I am marking people as alive, Kingbotk doesn't add blp=yes in {{WPB}} nor {{WPBS}} if they are present. -- Magioladitis (talk) 07:44, 19 June 2009 (UTC)[reply]
To duplicate:	Examples given above
Site URL:	en.wiki
Operating system	XP SP2
.NET FW Version	Unknown
AWB version	4.5.3.3. (rev 4537) + KingbotK plugin 2.1.2.0
Workaround
Fixed in version

Kingbotk has problem with statistics

Status	New
Description	KingbotK stopped adding newpages in Statistics. The number is stack to "0". Magioladitis (talk) 08:57, 28 June 2009 (UTC)[reply]
To duplicate:
Site URL:	en.wiki
Operating system	XP SP2 + IE 8 (Problem was noticed around time of switching from IE7 to IE8)
.NET FW Version	Unknown
AWB version	4.5.3.3. (rev 4537) + KingbotK plugin 2.1.2.0
Workaround
Fixed in version

On a test page, i've just got it to add 1 showing 1 new tagging. Errr? —Ree dy 22:17, 28 June 2009 (UTC)[reply]

Tagging yes. But "newpages"? -- Magioladitis (talk) 23:34, 28 June 2009 (UTC)[reply]

Wheres that? :/ —Ree dy 00:05, 29 June 2009 (UTC)[reply]

In the "Plugin" tab there is a box called "Statistics". Tagged, Skipped work fine. "New" which is supposed to count the number of red links turned to blue remains 0. -- Magioladitis (talk) 09:18, 29 June 2009 (UTC)[reply]

Thats what i was meaning. That works fine for me... —Ree dy 10:31, 29 June 2009 (UTC)[reply]

Here you are. I just took the screenshot. Check Yobot's last edits. They are certainly new pages created.

File:Awb-bug-0906.jpg

I didn't have this problem in version 4.5.3.2 -- Magioladitis (talk) 10:54, 29 June 2009 (UTC)[reply]

I only tried one page... So i'll have another look then. —Ree dy 10:56, 29 June 2009 (UTC)[reply]

I just noticed that the first number is wrong as well. I tagged only 115 articles in this session. What maybe important: I have Normal substitution turned on. Usually, this was causing problems in the past. -- Magioladitis (talk) 10:58, 29 June 2009 (UTC)[reply]

Normal substitution? Think i need a test category.... —Ree dy 10:59, 29 June 2009 (UTC)[reply]

AWB + "kingboyplugin + WP:India tagging" hangs

Status	New
Description	AWB + "kingboyplugin + WP:India tagging" hangs while parsing WikiProject Template that has lots of variables/comments tags inside ? Example page
To duplicate:
Site URL:	en.wiki
Operating system	Windows XP
.NET FW Version	Unknown
AWB version	4.5.3.3 SVN 4340 5/19
Workaround	End task and start all over again. ( rm the erring Template ofcourse)
Fixed in version

Other bugs

Can't find difference in list filter

Status	New
Description	"Find difference" removes nothing from the list. Another set operation, find intersection, seems to work as it should. MaxSem^{(Han shot first!)} 09:29, 29 June 2008 (UTC)[reply]
To duplicate:	Make a list, save it. Make a second list, partially intersecting with the first one. Filter → Find difference → load first list → Apply.
Operating system	-
.NET FW Version	Unknown
AWB version	HEAD
Workaround	-
Fixed in version	Unknown

Moar <br>

Status	New
Description	[2]. MaxSem^{(Han shot first!)} 17:49, 12 July 2008 (UTC)[reply]
To duplicate:	Sandbox
Operating system	any
.NET FW Version	Unknown
AWB version	head
Workaround	bang!
Fixed in version	Unknown

Wasn't this fixed by improving the articles formatting? There's almost always better ways to format than using <br>. Kirkburn (talk) 14:34, 14 July 2008 (UTC)[reply]

And <p>[3]. MaxSem^{(Han shot first!)} 16:06, 5 August 2008 (UTC)[reply]

Link simplification too greedy - eating spaces

Status	Need more information
Description	James I of England replaced with James I of England in this diff. It happens to be OK here but the general rule should be not to do it. Rich Farmbrough, 00:21 27 August 2008 (GMT).
To duplicate:
Operating system	V
.NET FW Version	Unknown
AWB version	4.3.2.0
Workaround
Fixed in version	Unknown

Hmm, does anyone have an example of inappropriate change using that feature? MaxSem^{(Han shot first!)} 18:07, 16 September 2008 (UTC)[reply]

I've left a message on Rich's talk page asking for more information. Rjwilmsi 20:10, 13 February 2009 (UTC)[reply]

I don't. It seems to me that if the editor explicitly wants to link only part of the phrase they should be able to. For example "Henry IV and James I of England. " Rich Farmbrough, 20:34 14 February 2009 (UTC).

For info, the logic is in Parers.StickyLinks(). Rjwilmsi 20:36, 22 May 2009 (UTC)[reply]

Substitution of template doesn't seem to be ok

Status	New
Description	Check [4] Magioladitis (talk) 19:32, 10 October 2008 (UTC)[reply]
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)[reply]

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)[reply]

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

Disambiguation is grabbing the word "Wictionary"

Status	New
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? —Ree dy 21:00, 6 December 2008 (UTC)[reply]

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

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

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

[5] 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? —Ree dy 20:06, 7 December 2008 (UTC)[reply]

Opened a MW Bug —Ree dy 20:15, 7 December 2008 (UTC)[reply]

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

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)[reply]

'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)[reply]
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? —Ree dy 23:20, 2 January 2009 (UTC)[reply]

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)[reply]

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)[reply]

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

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)[reply]

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? —Ree dy 06:36, 3 August 2009 (UTC)[reply]

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)[reply]

rev 5108 - Possibly fixed based on described behaviour... —Ree dy 20:31, 3 August 2009 (UTC)[reply]

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)[reply]

tools:~awb/snapshots —Ree dy 21:15, 3 August 2009 (UTC)[reply]

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)[reply]

Source not persistant between releases

Status	New
Description	When using configs generated with previous verisons the ordinal is considered with respect to the current source listRich Farmbrough, 18:24 5 February 2009 (UTC). 18:24, 5 February 2009 (UTC)[reply]
To duplicate:
Operating system
.NET FW Version	Unknown
AWB version
Workaround	Manually edit XMl or resave
Fixed in version

Suggest that key for ordering the sources for display should be distinct from the persistent value stored. Rich Farmbrough, 18:24 5 February 2009 (UTC).

Its not between versions per se, ie its not the version change that breaks it, its the adding of new list providers... —Ree dy 19:26, 6 February 2009 (UTC)[reply]

Yes, I get that. That's why I'm suggesting that the index number stored in the XML be constant for a given source. The order the list is displayed in the select drop down can be independent of that - driven off a separate sort-key. Rich Farmbrough, 21:20 12 February 2009 (UTC).

Yeah... Its working out what this sort key should be.. Or how we generate it.. —Ree dy 15:50, 19 March 2009 (UTC)[reply]

Ok so what we have is like this

1 cat

2 links

3 text

If we make the list of links the number 2 is stored in the XML. If another method is added (or indeed we simply re-ordered the list of methods) thus

1 cat

2 cat recursive

3 links

4 text

the XML now points to a different method

If instead we had a list sort order and a unique id:

1 1 cat

2 2 links

3 3 text

and we add a new method

1 1 cat

2 4 cat recursive

3 2 links

4 3 text

the XML now points to the same method.

Rich Farmbrough, 13:22 21 May 2009 (UTC).

rev 4672, i've added a comment about this for my future reference. —Ree dy 21:24, 29 June 2009 (UTC)[reply]

RegexTypoFix doesn't work on indented text

Status	New
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)[reply]
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) —Ree dy 11:06, 10 March 2009 (UTC)[reply]

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) —Ree dy 22:01, 10 March 2009 (UTC)[reply]

Removing from watchlist

Status	New
Description	Checking "Don't auto add to my watchlist" results in pages also being removed from watchlist if they are in a batch you are editing
To duplicate:	Go to options and check "Don't auto add to my watchlist", then make a list that includes articles on your watchlist; edit, save, gone from watchlist
Site URL:	en.wikipedia.org
Operating system	Win XP
.NET FW Version	Unknown
AWB version	4.5.2.0
Workaround	Manually save watchlist before starting to edit
Fixed in version	Unknown

This still isn't fixed BTW. Headbomb {^ταλκ_{κοντριβς} – WP Physics} 21:19, 8 June 2009 (UTC)[reply]

Waiting on bugzilla:19523 to fix this in 4.9/5 —Ree dy 16:03, 1 August 2009 (UTC)[reply]

NB for me. Remove any related options to gui based settings that we dont need in newer versions —Ree dy 06:38, 3 August 2009 (UTC)[reply]

FWIW, I'm guessing that once bugzilla:19090 is live (it's fixed, but not part of the current branch that is live) you can fix this without having bugzilla:19523 resolved. Amalthea 20:54, 11 August 2009 (UTC)[reply]

Yeah, thanks for the heads up, we have already catered for that. We still really need to be able to get the watch status of the page, so we can set the watch button appropriately, to allow pages to be watched/unwatched on demand. —Ree dy 22:16, 11 August 2009 (UTC)[reply]

Bold names

Status	Bug currently being investigated/fixed
Description	When the first instance of the article name in the article is linked (e.g., on Dog the first instance of "dog" is written as [[dog]]), AWB removes the wikilinks from the name, but this leaves the lead without a bold instance of the article title, since wikilinks to the current article make the text bold. Could this be fixed to replace it with bold text? –Drilnoth (T • C • L) 17:58, 13 May 2009 (UTC)[reply]
To duplicate:	Use AWB on a page like Andrew Mwangura after having reverted my fix of the AWB change.
Site URL:	en.wikipedia
Operating system	Vista
.NET FW Version	Unknown
AWB version	4.5.3.2 (SVN 4312)
Workaround
Fixed in version

I thought that was what AWB was doing. Moreover, in the edit you show us the uncategorised tag wasn't moved to the bottom as it should. -- Magioladitis (talk) 18:06, 13 May 2009 (UTC)[reply]

I just tried this again at Wikipedia:AutoWikiBrowser/Sandbox and the same thing happened; it just delinked the title without bolding it. Please note that for that edit I deactivated my custom gen fixes module and just applied the normal built-in general fixes. As for the uncategorized tag, I suspect that that wasn't moved either because my bot is set not to auto tag articles or because it doesn't sort meta data. –Drilnoth (T • C • L) 18:37, 13 May 2009 (UTC)[reply]

It's always worked for me, like here. It should only do it for articles, so AWB was correct in not doing it for your Sandbox example, but the Andrew Mwangura one is puzzling. MANdARAX • XAЯAbИAM 19:16, 13 May 2009 (UTC)[reply]

Please try giving diffs instead of links. Thanks! -- Magioladitis (talk) 19:17, 13 May 2009 (UTC)[reply]

(re: Mandrax) I'll do some more article testing... I have another idea.

(re: Magioladitis) My bad; I'll provide diffs for the next example. –Drilnoth (T • C • L) 19:27, 13 May 2009 (UTC)[reply]

Report: With identical AWB configuration, it fixes the error on Finder Wyvernspur (see [6] and [7]), but not on Andrew Mwangura. Weird. –Drilnoth (T • C • L) 19:46, 13 May 2009 (UTC)[reply]

There was a bug for this (or something very similar) somewhere —Ree dy 20:12, 13 May 2009 (UTC)[reply]

In updating the logic for the bolding of the first use of the article title I've inadvertently removed the 'first self link to bold' logic, so I'll reinstate it. Rjwilmsi 08:18, 14 May 2009 (UTC)[reply]

Any progress on this? My bot is waiting on it before it can make a 3000+ page run. –Drilnoth (T • C • L) 13:15, 15 May 2009 (UTC)[reply]

Okay new database dump. 36798 articles. :) But now I have plenty of other things to do. –Drilnoth (T • C • L) 19:13, 15 May 2009 (UTC)[reply]

I'm busy off wiki at the moment. I'm unlikely to have time to look at this for a week. Rjwilmsi 19:18, 15 May 2009 (UTC)[reply]

Okay; thanks for the info. As I said, I have plenty of pages to work on for now. –Drilnoth (T • C • L) 19:26, 15 May 2009 (UTC)[reply]

rev 4327 Partial fix: self links in lead section are converted to bold (if no bold title in lead section already). Self links in the rest of the article are later delinked. Custom modules must call EmboldenTitles before Fixlinks for this to work, I've updated the example on the Custom Modules page. However, I'm not sure if this is going to be 100% the desired behaviour as some articles seem to use self linking when they want bolding in other parts of the text. Before running any bot against pages with self links using this logic we need to see if this new behaviour reliably the correct thing to do. Rjwilmsi 11:01, 18 May 2009 (UTC)[reply]

Seems fair; I'll bring up a discussion at the CHECKWIKI talk page. –Drilnoth (T • C • L) 12:50, 18 May 2009 (UTC)[reply]

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)[reply]
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)[reply]

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

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.
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 &.
See #2.
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.
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.
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)[reply]

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:

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.
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.
OK
You've won me over on that one.
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.
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)[reply]

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)[reply]

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)[reply]

Scroll bar slider does not work correctly with a large list

Status	New
Description	I just created a list of almost 600,000 articles and then sorted them alphabetically. Saving the list to a file works fine. Clicking on an item in the list and hitting end, home, pageup, and pagedown all work correctly. Repeatedly clicking on the scroll bar at the right works correctly. Dragging the scroll bar slider however results in the same 65536 or so articles repeated over and over.Pascal⁶⁶⁶ 22:29, 19 June 2009 (UTC)[reply]
To duplicate:	Create a large list of articles, sort alphabetically, drag the slider down through the list and look for the numbered articles at the top of the list to start displaying again.
Site URL:	en.wiki
Operating system	Vista sp1
.NET FW Version	Unknown
AWB version	rev 4426
Workaround	Use any method other than the slider to scroll through the list.
Fixed in version

Presumably thats a problem with the actual control that MS make.. —Ree dy 22:35, 19 June 2009 (UTC)[reply]

Appears to be a Vista issue. Listed workaround is to use DataGridView instead of Listbox. --Pascal⁶⁶⁶ 18:34, 21 June 2009 (UTC)[reply]

Cheers for doing the research. Typical MS saying we cant help, even though its one of their products also.. I use vista, so can duplicate it.. And look at fixing it.. ListView or DataGridView... —Ree dy 20:26, 21 June 2009 (UTC)[reply]

Since the last official release of AWB I noticed that when I use in the editfield the scrollbar, to drag the thumb downwards to see a lower part of the article, the dragging suddenly stops, takes a few seconds, and then continues. All other functions seems to work normal. It mostly occurs with longer pages. Romaine (talk) 20:45, 19 July 2009 (UTC)[reply]

This user is also using Vista; the bug might coincide with the use of the rich edit control. ClickRick (talk) 20:49, 19 July 2009 (UTC)[reply]

AWB netbook fail

Status	New
Description	As this screenshot indicates, AWB is inexplicably cut off because my screen resolution is too small. —harej (talk) (cool!) 18:48, 9 July 2009 (UTC)[reply]
To duplicate:	Use AWB on a screen with resolution 1024 by 600.
Site URL:	Immaterial
Operating system	Windows XP, but that is probably immaterial
.NET FW Version	Unknown
AWB version	4.6.0.0
Workaround	Using my netbook's VGA output to plug this computer into a larger monitor.
Fixed in version

Yup, know about that.... I've tried to fix it, but with no luck so far. —Ree dy 08:58, 10 July 2009 (UTC)[reply]

Rather than maximise the app, what happens if you try to manually resize it down to fit your screen? I've just tried resizing AWB here and it would certainly get down to be small enough, but then again I'm starting off with a 1600×1200 screen. ClickRick (talk) 23:56, 12 July 2009 (UTC)[reply]

I would do that if I could reach the bottom handles of the screen, which I cannot because AWB is too large to fit on my screen. —harej (talk) (cool!) 17:11, 13 July 2009 (UTC)[reply]

Can you resize from the top left, then move the window up and left? --NE2 23:29, 13 July 2009 (UTC)[reply]

Or Alt+Space to bring down the system menu, then S to select Size, then use the arrow keys. ClickRick (talk) 20:09, 19 July 2009 (UTC)[reply]

The problem with the above remedies is that it does not expose more of what's on the bottom -- it just increases the size of what is already visible proportionally. —harej (talk) (cool!) 18:36, 27 July 2009 (UTC)[reply]

Database scanner bugs

If I ask for AWB to start from the entry "BioPHP", no hits will ever be returned, even for a query that will (normally) return every page.
The "Open in browser" uses, as its base, the current profile's info, even if the dump is for a completely different site. Probably should use the "Base" built inmto the dump.
Particularly when asked to return a small number of results, there is a large gap between the articles being found (and indeed listed) and the scanner declaring itself finished, stopping itself and presenting a time taken.

I think these were all the same weeks ago, but for reference purposes I'm using 4.9.0.1 (r4812), trunk built from source. - Jarry1250 ^{[ humorous – discuss ]} 18:37, 18 July 2009 (UTC)[reply]

2 fixed in rev 4915 —Ree dy 19:37, 18 July 2009 (UTC)[reply]

No 1 works fine on the small dump i downloaded from Category:2009 deaths —Ree dy 21:29, 18 July 2009 (UTC)[reply]

No 3, rev 4920. Made some changes, but it hasnt sorted it (on my test 2200 articles, though i was just filtering simply by ns) —Ree dy 22:15, 18 July 2009 (UTC)[reply]

I've finally got #1 sussed. Basically, if you look to scan the entire en database, but have to stop half-way through, you can't resume half-way through. Instead, the scanner summarily scans the first half of the articles looking for your given start point, but doesn't record any results until it finds it (hence my assumption that no results were ever going to be returned), so it's not a great deal quicker than just starting from scratch. Would be good if a percentage could be input maybe, to give the scanner a hand? Maybe a more informative status update? - Jarry1250 ^{[ In the UK? Sign the petition! ]} 16:30, 1 August 2009 (UTC)[reply]

rev 5084 might help a bit —Ree dy 19:21, 1 August 2009 (UTC)[reply]

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)[reply]

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)[reply]

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

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)[reply]

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

Replacing underscores in URLs

Status	Bug currently being investigated/fixed
Description	The URL http://bulk.resource.org/courts.gov/c/F2/264/264.F2d.445.12430_1.html is replaced with http://bulk.resource.org/courts.gov/c/F2/264/264.F2d.445.12430 1.html .
To duplicate:	Run general fixes on Joliet and Chicago Railroad (follow redirects off).
Site URL:	enwiki
Operating system	XP
.NET FW Version	Unknown
AWB version	4.6.0.0
Workaround
Fixed in version

I suggest you move the comment to be outside of the category, and all will be well. Rjwilmsi 06:54, 4 August 2009 (UTC)[reply]

No it won't; AWB then tries to move it above the categories. --NE2 16:18, 6 August 2009 (UTC)[reply]

It used to do that. I fixed that for the 4.6.0.0 release.

rev 5113 underscores in comments beside a category will now be left alone. More unit tests.

If the comment is moved beside the category all will be well. Rjwilmsi 18:54, 7 August 2009 (UTC)[reply]

API edit skips semi-protected pages (4901.5112)

Status	Fixed in the next release
Description	Seems to skip semi-protected pages even if account has appropriate permissions. Handles fully protected, FWIW. (Using my admin account) –xeno^talk 16:35, 4 August 2009 (UTC)[reply]
To duplicate:	Build a list of semi-protected pages. Attempt to edit them via AWB using an account that is autoconfirmed.
Site URL:	en.wiki
Operating system	XP
.NET FW Version	Unknown
AWB version	4901 (API edit) rev 5112
Workaround	Use 4601 (non-API edit version)
Fixed in version

rev 5114 —Ree dy 19:05, 4 August 2009 (UTC)[reply]

NullReferenceException in MainForm.SetProject

Status New

Description

Exception: NullReferenceException

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

Call stack:

   at AutoWikiBrowser.MainForm.SetProject(LangCodeEnum code, ProjectEnum project, String customProject)
   at AutoWikiBrowser.MainForm.LoadPrefs(UserPrefs p)
   at AutoWikiBrowser.MainForm.LoadPrefs(String path)

Kauczuk (talk) 16:13, 5 August 2009 (UTC)[reply]

To duplicate: Unknown

Site URL: http://pl.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

This was archived in the past as rare. -- Magioladitis (talk) 09:29, 12 August 2009 (UTC)[reply]

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)[reply]
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)[reply]

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)[reply]

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)[reply]

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)[reply]

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

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)[reply]

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)[reply]

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).[reply]

Replacing entire content of a page with the entire content of another page

Status	New
Description	[8]. DrilBot had just skipped iCarly and then the next edit replaced the text of Icarus with the text of iCarly. I'm guessing that that wasn't supposed to happen. Could it have something to do with iCarly being fully protected? (using API edit build) –Drilnoth (T • C • L) 15:25, 7 August 2009 (UTC)[reply]
To duplicate:	Not sure if it's possible, and I don't really want to try.
Site URL:	en.wp
Operating system	Vista
.NET FW Version	Unknown
AWB version	4.9.0.1 (SVN 5112; API edit)
Workaround
Fixed in version

This page is only semi-protected. 62.140.253.6 (talk) 15:35, 7 August 2009 (UTC)[reply]

Hmm... true. But AWB skipped it as though it were fully protected. Odd. –Drilnoth (T • C • L) 15:37, 7 August 2009 (UTC)[reply]

I have seen this semi-prot skip as well, although I hadn't connected the two problems. Unfortunately I dumped my bugged version (in favor of 4.6) so I can't do any testing. Rich Farmbrough, 16:00, 7 August 2009 (UTC).[reply]

Rich and I have run into this problem as well. See User talk:Rich Farmbrough/Archive/2009Jul#French communes, and User talk:Rich Farmbrough#Did you ever figure out...... Something with the threading? (The skipping due to semi-protected is fixed in 5114, see above... Maybe this was why?) –xeno^talk 15:39, 7 August 2009 (UTC)[reply]

Max has made some changes to improve that... But thats after 5112... Which isnt currently out... —Ree dy 15:47, 7 August 2009 (UTC)[reply]

I see some bugged edits were made with non-bot accounts. Did the diff indicate that the edit is going to be a disaster, or it was displaying a something innocent? 62.140.253.6 (talk) 15:53, 7 August 2009 (UTC)[reply]

Depending on the task, the diff usually changes the page entirely, so it's fairly easy to notice. –xeno^talk 16:01, 7 August 2009 (UTC)[reply]

The problem really is with bots... humans should usually be able to see the bug and fix it, but bots are, on the whole, not that smart. :) –Drilnoth (T • C • L) 16:08, 7 August 2009 (UTC)[reply]

'Bots only issue' doesn't appear to be true [9]. I would have noticed this, so the diff even appears fine on a borked edit. Rjwilmsi 20:28, 16 August 2009 (UTC)[reply]

Thats "good" then (at least, its more replicable). —Ree dy 20:29, 16 August 2009 (UTC)[reply]

Dang... then it's really a problem. Any news on if the new revision fixes it? –Drilnoth (T • C • L) 22:05, 16 August 2009 (UTC)[reply]

Not knowingly fixed, at least. And if Rjwilmsi is right (which i've got no doubt in), its gonna be harder to try and fix/reproduce. Its seemingly quite a low error rate, which is good, but doesnt help with fixing it.. Its presumably when a certain thing happens, ie a certain path through the AWB code that does it. Its certainly a show stopper for releasing 4.9/5 in any form other than svn snapshots. —Ree dy 06:29, 17 August 2009 (UTC)[reply]

Does this thing happen only in API version?

Any idea where it found the other code? I checked and in Rjwilmsi's example the other article (Crete, Indiana) is neither recently created nor edited at the same time. Was it probably in Rjwilmsi's edit list as well? -- Magioladitis (talk) 08:26, 17 August 2009 (UTC)[reply]

No one has reported it in the Web Browser version, so i would suspect so. From previous reports, it was the article before it in the list, which was skipped, i believe.. Rob/someone else should hopefully be able to confirm (fingers crossed). —Ree dy 11:09, 17 August 2009 (UTC)[reply]

My best guess is that it's a previously skipped article that's getting picked up. Rjwilmsi 17:29, 17 August 2009 (UTC)[reply]

Yes, it's almost exclusively an article that was skipped, but I think, didn't meet the skip criteria. For example, Xenobot was working through this list. It skipped #1217 claiming it did not contain the word "article" (it did), and then saved the code meant for 1217 to #1218. 1216 did meet the skip criteria. –xeno^talk 17:43, 17 August 2009 (UTC)[reply]

Don't auto add removes from watchlist

Status	Duplicate
Description	"don't auto add to watchlist" removes from watchlist Bubba73 (talk), 15:54, 7 August 2009 (UTC)[reply]
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)[reply]

#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... —Ree dy 18:22, 7 August 2009 (UTC)[reply]

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

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)[reply]

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

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

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)[reply]

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

Line break insertion

Status	New
Description	Insets line break in strange placeRich Farmbrough, 17:56, 8 August 2009 (UTC). 17:56, 8 August 2009 (UTC)[reply]
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)[reply]

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)[reply]

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)[reply]

Not merging all references

Status	Fixed in the next release
Description	[10]. 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)[reply]
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)[reply]

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)[reply]

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

Fact → Citation needed

Status	New
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)[reply]
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)[reply]

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

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. —Ree dy 06:22, 11 August 2009 (UTC)[reply]

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)[reply]

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)[reply]

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)[reply]

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)[reply]
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)[reply]

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)[reply]

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)[reply]

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

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

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)[reply]
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)[reply]

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

Find doesn't always find all of the terms the first scan through

Status	New
Description	For certain articles that have a medium amount of the given search term (say 5 to 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 around. Wizard191 (talk) 17:52, 13 August 2009 (UTC)[reply]
To duplicate:	Make 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.
Site URL:	Wikipedia
Operating system	Windows XP SP3
.NET FW Version	Unknown
AWB version	Build 5112
Workaround
Fixed in version

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)[reply]
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)[reply]

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)[reply]

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)[reply]

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)[reply]
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 —Ree dy 20:41, 17 August 2009 (UTC)[reply]

The protection templates should be above the Otheruses template

Status	Not a bug/currently unresolvable
Description	Another editor has complained that "the protection templates should be above the {{Otheruses}} template." — Jeff G. (talk\|contribs) 20:46, 17 August 2009 (UTC)[reply]
To duplicate:	http://en.wikipedia.org/w/index.php?title=Judaism&diff=308393272&oldid=308263621
Site URL:	en wiki
Operating system	Windows Vista
.NET FW Version	Unknown
AWB version	4601_rev5133
Workaround	don't make that change (or justify it)
Fixed in version

No, per Wikipedia:DISAMBIG#Usage_guidelines the disambig templates are at the top. Rjwilmsi 21:27, 17 August 2009 (UTC)[reply]

@@ Line 1,013: / Line 1,013: @@
 == The protection templates should be above the Otheruses template ==
 {{AWB bug
- | status         = new <!-- when fixed replace with "fixed" -->
+ | status         = notbug
  | description    = Another editor has complained that "the protection templates should be above the {{Tl|Otheruses}} template." &nbsp; — [[User:Jeff G.|Jeff G.]] ([[User:Jeff G./talk|talk]]&#124;[[Special:Contributions/Jeff G.|contribs]]) 20:46, 17 August 2009 (UTC)
  | duplicate      = http://en.wikipedia.org/w/index.php?title=Judaism&diff=308393272&oldid=308263621
@@ Line 1,022: / Line 1,022: @@
  | fix_version    = <!-- Version of AWB the fix will be included in; AWB developer will complete when it's fixed -->
 }}
+:No, per [[Wikipedia:DISAMBIG#Usage_guidelines]] the disambig templates are at the top. [[User talk:Rjwilmsi|<font color="darkgreen">'''''Rjwilmsi'''''</font>]] 21:27, 17 August 2009 (UTC)