Please, only 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. Problems in typo fixing should be reported in Wikipedia talk:AutoWikiBrowser/Typos. 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. If you cannot find your Bug on this page, please check Archive 27, as it may have been fixed. Once the bugs have been fixed, they will be moved there.

Shortcuts WP:AWB/B WP:AWB/BUGS Archives Archive 1 Archive 2 Archive 3 (v 4.0) Archive 4 (v 4.1) Archive 5 (v 4.1) Archive 6 (v 4.2–4.3) Archive 7 (v 4.3) Archive 8 (v 4.4) Archive 9 (v 4.4) Archive 10 (v 4.5) Archive 11 (v 4.5) Archive 12 (v 4.5–4.6) Archive 13 (v 4.9–4.9.0.2) Archive 14 (v 4.9.0.3) Archive 15 (v 5.0-5.0.2) Archive 16 (v 5.0.2.2) Archive 17 (v 5.0.3) Archive 18 (v 5.1.0) Archive 19 (v 5.2.0) Archive 20 (v 5.3.x) Archive 21 (v 5.4.0) Archive 22 (v 5.5.0) Archive 23 (v 5.5.1) Archive 24 (v 5.5.2) Archive 25 (v 5.5.2.3) Archive 26 (v 5.5.3) Archive 27 (v 5.5.4) Index

Status	New
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) System.DivideByZeroException: Attempted to divide by zero. 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) GoingBatty (talk) 23:20, 28 December 2011 (UTC)[reply]
To duplicate:	Preparse a large list or have bot process a large list
Site URL:	http://en.wikipedia.org
Operating system	Microsoft Windows NT 5.1.2600 Service Pack 3
.NET FW Version	2.0.50727.5681
AWB version	AutoWikiBrowser (5.3.1.1), WikiFunctions (5.3.1.1), revision 7893 (2011-12-24 19:04:59) AutoWikiBrowser (5.3.1.1), WikiFunctions (5.3.1.1), revision 7910 (2012-01-05 17:07:59) AutoWikiBrowser (5.3.1.1), WikiFunctions (5.3.1.1), revision 7961 (2012-02-12 18:33:34) AutoWikiBrowser (5.3.1.0), WikiFunctions (5.3.1.0), revision 7792 (2011-07-23 16:53:25)
Workaround
Fixed in version

The bug occurred after 30 hours of continuous run, and was accompanied by out-of-memory complains. There was not enough memory to run pull-down menus, there were a lot if red X in the AWB window and I got an error about "Screen-compatible bitmap cannot be created. The screen bitmap format can not be determined" when trying to exit. --Jarekt (talk) 10:34, 26 September 2012 (UTC)[reply]

Status	New
Description	Exception: NullReferenceException Message: Object reference not set to an instance of an object. Call stack: at WikiFunctions.Disambiguation.DabControl.DabControl_Load(Object sender, EventArgs e) System.NullReferenceException: Object reference not set to an instance of an object. at WikiFunctions.Disambiguation.DabControl.DabControl_Load(Object sender, EventArgs e) Auntof6 (talk) 15:40, 4 April 2013 (UTC)[reply]
To duplicate:	[encountered while processing page [1]]
Site URL:	https://simple.wikipedia.org
Operating system	Microsoft Windows NT 5.1.2600 Service Pack 3
.NET FW Version	2.0.50727.3643
AWB version	AutoWikiBrowser (5.5.0.0), WikiFunctions (5.5.0.0), revision 8979 (2013-03-22 13:02:58)
Workaround
Fixed in version

Most probably some temporary loss of connection. -- Magioladitis (talk) 17:22, 4 September 2013 (UTC)[reply]

Previous reports: 5.0.0.0, revision 5996 (2010-01-11 20:59:49) and 4.4.2.0, revision 3552 (2008-12-13 22:16:46). -- Magioladitis (talk) 07:26, 27 December 2013 (UTC)[reply]

[encountered while processing page [2]] @ ru.fallout.wikia.com with AWB 5.0.0.0, revision 5996 (2010-01-11 20:59:49), .NET 2.0.50727.42 and OS Microsoft Windows NT 5.1.2600 SP 2. -- Magioladitis (talk) 07:28, 27 December 2013 (UTC)[reply]

Status	New
Description	Exception: InvalidOperationException Message: There is an error in XML document (1, 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: <feed xmlns=> was not expected. Call stack: at Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationReaderUserPrefs.Read26_AutoWikiBrowserPreferences() System.InvalidOperationException: There is an error in XML document (1, 2). ---> System.InvalidOperationException: <feed xmlns=> was not expected. at Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationReaderUserPrefs.Read26_AutoWikiBrowserPreferences() --- End of inner exception stack trace --- 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) 151.40.71.111 (talk) 20:56, 10 June 2013 (UTC)[reply]
To duplicate:	Unknown
Site URL:	https://it.wikipedia.org
Operating system	Microsoft Windows NT 6.1.7601 Service Pack 1
.NET FW Version	2.0.50727.5466
AWB version	AutoWikiBrowser (5.5.0.2), WikiFunctions (5.5.0.2), revision 9117 (2013-04-30 20:44:43)
Workaround
Fixed in version

Status	New
Description	Exception: ApiErrorException Message: Bot API returned the following error: 'The login module requires a POST request' Call stack: à WikiFunctions.API.ApiEdit.CheckForErrors(String xml, String action) à WikiFunctions.API.ApiEdit.Login(String username, String password, String domain) à WikiFunctions.Profiles.AWBProfilesForm.PerformLogin(String username, String password) WikiFunctions.API.ApiErrorException: Bot API returned the following error: 'The login module requires a POST request' à WikiFunctions.API.ApiEdit.CheckForErrors(String xml, String action) à WikiFunctions.API.ApiEdit.Login(String username, String password, String domain) à WikiFunctions.Profiles.AWBProfilesForm.PerformLogin(String username, String password) 92.137.107.192 (talk) 15:24, 17 June 2013 (UTC)[reply]
To duplicate:	Unknown
Site URL:	http://dc-comics.wikia.com
Operating system	Microsoft Windows NT 6.2.9200.0
.NET FW Version	2.0.50727.6400
AWB version	AutoWikiBrowser (5.5.0.2), WikiFunctions (5.5.0.2), revision 9117 (2013-04-30 20:44:43)
Workaround
Fixed in version

Bug confirmed in AutoWikiBrowser (5.5.1.3), WikiFunctions (5.5.1.3), revision 9391 (2013-08-09 10:19:33). -- Magioladitis (talk) 08:52, 9 August 2013 (UTC)[reply]

Reedy sent a message to Wikia complaining about the bug. -- Magioladitis (talk) 09:11, 9 August 2013 (UTC)[reply]

Bug reported in http://wiki.openstreetmap.org too. -- Magioladitis (talk) 20:24, 8 August 2014 (UTC)[reply]

In http://wici.porth.ac.uk too and version 5.5.3.0 -- Magioladitis (talk) 20:25, 8 August 2014 (UTC)[reply]

Status	New
Description	Exception: ExternalException Message: A generic error occurred in GDI+. Call stack: at System.Drawing.Graphics.CheckErrorStatus(Int32 status) at System.Drawing.Graphics.DrawString(String s, Font font, Brush brush, RectangleF layoutRectangle, StringFormat format) at WikiFunctions.Controls.Lists.ListMaker.lbArticles_DrawItem(Object sender, DrawItemEventArgs e) at System.Windows.Forms.ListBox.OnDrawItem(DrawItemEventArgs e) at System.Windows.Forms.ListBox.WmReflectDrawItem(Message& m) at System.Windows.Forms.ListBox.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) System.Runtime.InteropServices.ExternalException: A generic error occurred in GDI+. at System.Drawing.Graphics.CheckErrorStatus(Int32 status) at System.Drawing.Graphics.DrawString(String s, Font font, Brush brush, RectangleF layoutRectangle, StringFormat format) at WikiFunctions.Controls.Lists.ListMaker.lbArticles_DrawItem(Object sender, DrawItemEventArgs e) at System.Windows.Forms.ListBox.OnDrawItem(DrawItemEventArgs e) at System.Windows.Forms.ListBox.WmReflectDrawItem(Message& m) at System.Windows.Forms.ListBox.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) Prabodh 01:48, 27 October 2013 (UTC)[reply]
To duplicate:	Unknown
Site URL:	https://mr.wikipedia.org
Operating system	Microsoft Windows NT 6.2.9200.0
.NET FW Version	2.0.50727.7905
AWB version	AutoWikiBrowser (5.5.1.3), WikiFunctions (5.5.1.3), revision 9470 (2013-09-08 19:11:52)
Workaround
Fixed in version

Prabodh what did you do to catch this bug? -- Magioladitis (talk) 11:26, 27 October 2013 (UTC)[reply]

I got a message that this is a known bug, but still providing additional information. I tried replacing text. I also received similar error when I tried simply searching a keyword.Prabodh 02:15, 28 October 2013 (UTC)[reply]

Status	New
Description	Exception: ArgumentException Message: Empty path name is not legal. Call stack: at System.Windows.Forms.Control.MarshaledInvoke(Control caller, Delegate method, Object[] args, Boolean synchronous) at System.Windows.Forms.Control.Invoke(Delegate method, Object[] args) at WikiFunctions.API.AsyncApiEdit.CallEvent(Delegate method, Object[] args) at WikiFunctions.API.AsyncApiEdit.InvokerThread(Object genericArgs) System.ArgumentException: Empty path name is not legal. at System.Windows.Forms.Control.MarshaledInvoke(Control caller, Delegate method, Object[] args, Boolean synchronous) at System.Windows.Forms.Control.Invoke(Delegate method, Object[] args) at WikiFunctions.API.AsyncApiEdit.CallEvent(Delegate method, Object[] args) at WikiFunctions.API.AsyncApiEdit.InvokerThread(Object genericArgs) TehAnonymous (talk) 21:49, 20 October 2013 (UTC)[reply]
To duplicate:	[encountered while processing page [3]]
Site URL:	http://leagueoflegends.wikia.com
Operating system	Microsoft Windows NT 6.1.7601 Service Pack 1
.NET FW Version	2.0.50727.5472
AWB version	AutoWikiBrowser (5.5.1.3), WikiFunctions (5.5.1.3), revision 9469 (2013-09-08 20:54:21)
Workaround
Fixed in version

Status	New
Description	Exception: ArgumentOutOfRangeException Message: 指定的参数已超出有效值的范围。 参数名: option Call stack: 在 WikiFunctions.Article.Categorisation(CategorisationOptions option, Parsers parsers, Boolean skipIfNoChange, String categoryText, String categoryText2, Boolean removeSortKey) 在 AutoWikiBrowser.MainForm.ProcessPage(Article theArticle, Boolean mainProcess) System.ArgumentOutOfRangeException: 指定的参数已超出有效值的范围。 参数名: option 在 WikiFunctions.Article.Categorisation(CategorisationOptions option, Parsers parsers, Boolean skipIfNoChange, String categoryText, String categoryText2, Boolean removeSortKey) 在 AutoWikiBrowser.MainForm.ProcessPage(Article theArticle, Boolean mainProcess) AWBPlugins AWBBasePlugins ListMakerPlugins CSV Loader Walter Grassroot |talk 02:00, 4 January 2014 (UTC)[reply]
To duplicate:	[encountered while processing page [4]]
Site URL:	https://zh.wikipedia.org
Operating system	Microsoft Windows NT 6.2.9200.0
.NET FW Version	2.0.50727.6407
AWB version	AutoWikiBrowser (5.5.2.2), WikiFunctions (5.5.2.2), revision 9782 (2013-12-10 01:58:16)
Workaround
Fixed in version

Walter Grassroot which of the three things you tried: To add, remove or replace a category? -- Magioladitis (talk) 10:05, 7 January 2014 (UTC)[reply]

Walter Grassroot and if it possible to provide us the settings file you used when you caught the bug. -- Magioladitis (talk) 11:56, 16 January 2014 (UTC)[reply]

Yes, sir. I was about to create the articles by my bot using AWB in Zh-wikipedia. The problem is unresolved when I used my laptop (WIN 8), but it works on my office computer (WIN 7). I wanna whether it matters with the computer system. --Walter Grassroot |talk 12:57, 16 January 2014 (UTC)[reply]

Walter Grassroot can you post or send me by email the AWB settings file you use in your laptop? -- Magioladitis (talk) 13:15, 16 January 2014 (UTC)[reply]

Status	New
Description	Exception: InvalidOperationException Message: Unable to generate a temporary class (result=1). error CS0016: Could not write to output file 'c:\Dokumente und Einstellungen\Administrator\Lokale Einstellungen\Temp\qjmqzssj.dll' -- 'Zugriff verweigert ' Call stack: at System.Xml.Serialization.Compiler.Compile(Assembly parent, String ns, XmlSerializerCompilerParameters xmlParameters, Evidence evidence) at System.Xml.Serialization.TempAssembly.GenerateAssembly(XmlMapping[] xmlMappings, Type[] types, String defaultNamespace, Evidence evidence, XmlSerializerCompilerParameters parameters, Assembly assembly, Hashtable assemblies) at System.Xml.Serialization.TempAssembly..ctor(XmlMapping[] xmlMappings, Type[] types, String defaultNamespace, String location, Evidence evidence) at System.Xml.Serialization.XmlSerializer.GenerateTempAssembly(XmlMapping xmlMapping, Type type, String defaultNamespace, String location, Evidence evidence) at System.Xml.Serialization.XmlSerializer..ctor(Type type, XmlAttributeOverrides overrides, Type[] extraTypes, XmlRootAttribute root, String defaultNamespace, String location, Evidence evidence) at System.Xml.Serialization.XmlSerializer..ctor(Type type, Type[] extraTypes) at WikiFunctions.AWBSettings.UserPrefs.LoadPrefs(String file) at AutoWikiBrowser.MainForm.LoadPrefs(String path) System.InvalidOperationException: Unable to generate a temporary class (result=1). error CS0016: Could not write to output file 'c:\Dokumente und Einstellungen\Administrator\Lokale Einstellungen\Temp\qjmqzssj.dll' -- 'Zugriff verweigert ' at System.Xml.Serialization.Compiler.Compile(Assembly parent, String ns, XmlSerializerCompilerParameters xmlParameters, Evidence evidence) at System.Xml.Serialization.TempAssembly.GenerateAssembly(XmlMapping[] xmlMappings, Type[] types, String defaultNamespace, Evidence evidence, XmlSerializerCompilerParameters parameters, Assembly assembly, Hashtable assemblies) at System.Xml.Serialization.TempAssembly..ctor(XmlMapping[] xmlMappings, Type[] types, String defaultNamespace, String location, Evidence evidence) at System.Xml.Serialization.XmlSerializer.GenerateTempAssembly(XmlMapping xmlMapping, Type type, String defaultNamespace, String location, Evidence evidence) at System.Xml.Serialization.XmlSerializer..ctor(Type type, XmlAttributeOverrides overrides, Type[] extraTypes, XmlRootAttribute root, String defaultNamespace, String location, Evidence evidence) at System.Xml.Serialization.XmlSerializer..ctor(Type type, Type[] extraTypes) at WikiFunctions.AWBSettings.UserPrefs.LoadPrefs(String file) at AutoWikiBrowser.MainForm.LoadPrefs(String path) CennoBot (talk) 15:53, 15 February 2014 (UTC)[reply]
To duplicate:	Unknown
Site URL:	https://en.wikipedia.org
Operating system	Microsoft Windows NT 5.1.2600 Service Pack 3
.NET FW Version	2.0.50727.3655
AWB version	AutoWikiBrowser (5.5.2.3), WikiFunctions (5.5.2.3), revision 9902 (2014-02-01 17:20:14)
Workaround
Fixed in version

AWB doesn't open settings.--CennoBot (talk) 15:53, 15 February 2014 (UTC)[reply]

Status	New
Description	Exception: SEHException Message: External component has thrown an exception. Call stack: at WikiFunctions.Diff.init() at WikiFunctions.Diff..ctor(IList left, IList right, IEqualityComparer comparer) at WikiFunctions.Diff..ctor(String[] left, String[] right, Boolean caseSensitive, Boolean compareWhitespace) at WikiFunctions.WikiDiff.GetDiff(String leftText, String rightText, Int32 contextLines) at AutoWikiBrowser.MainForm.GetDiff() System.Runtime.InteropServices.SEHException: External component has thrown an exception. at WikiFunctions.Diff.init() at WikiFunctions.Diff..ctor(IList left, IList right, IEqualityComparer comparer) at WikiFunctions.Diff..ctor(String[] left, String[] right, Boolean caseSensitive, Boolean compareWhitespace) at WikiFunctions.WikiDiff.GetDiff(String leftText, String rightText, Int32 contextLines) at AutoWikiBrowser.MainForm.GetDiff() AWBPlugins AWBBasePlugins ListMakerPlugins Fronds Kingbotk Plugin TypoScan Plugin TypoScan ListMaker Plugin TypoScan ListMaker Plugin 500 Jamesmcmahon0 (talk) 12:38, 24 February 2014 (UTC)[reply]
To duplicate:	Unknown
Site URL:	https://en.wikipedia.org
Operating system	Microsoft Windows NT 6.1.7601 Service Pack 1
.NET FW Version	2.0.50727.5472
AWB version	AutoWikiBrowser (5.5.2.3), WikiFunctions (5.5.2.3), revision 9902 (2014-02-01 17:20:14)
Workaround
Fixed in version

Update: Had a list of pages, AWB had pre-parsed some of them with typo-scanning/skipping on, no custom find-replace, plugins or modules. This error was thrown on all of the pre-parsed pages but not on the un-parsed ones. Jamesmcmahon0 (talk) 12:41, 24 February 2014 (UTC)[reply]

http://stackoverflow.com/questions/21087763/sehexception-external-component-has-thrown-an-exception -- Magioladitis (talk) 11:38, 9 August 2014 (UTC)[reply]

   at System.Configuration.ClientConfigurationSystem.OnConfigRemoved(Object sender, InternalConfigEventArgs e)
   at System.Configuration.Internal.InternalConfigRoot.OnConfigRemoved(InternalConfigEventArgs e)
   at System.Configuration.Internal.InternalConfigRoot.RemoveConfigImpl(String configPath, BaseConfigurationRecord configRecord)
   at System.Configuration.BaseConfigurationRecord.GetSectionRecursive(String configKey, Boolean getLkg, Boolean checkPermission, Boolean getRuntimeObject, Boolean requestIsHere, Object& result, Object& resultRuntimeObject)
   at System.Configuration.BaseConfigurationRecord.GetSection(String configKey, Boolean getLkg, Boolean checkPermission)
   at System.Configuration.BaseConfigurationRecord.GetSection(String configKey)
   at System.Configuration.ClientConfigurationSystem.System.Configuration.Internal.IInternalConfigSystem.GetSection(String sectionName)
   at System.Configuration.ConfigurationManager.GetSection(String sectionName)
   at System.Configuration.ClientSettingsStore.ReadSettings(String sectionName, Boolean isUserScoped)
   at System.Configuration.LocalFileSettingsProvider.GetPropertyValues(SettingsContext context, SettingsPropertyCollection properties)
   at System.Configuration.SettingsBase.GetPropertiesFromProvider(SettingsProvider provider)
   at System.Configuration.SettingsBase.GetPropertyValueByName(String propertyName)
   at System.Configuration.SettingsBase.get_Item(String propertyName)
   at System.Configuration.ApplicationSettingsBase.GetPropertyValue(String propertyName)
   at System.Configuration.ApplicationSettingsBase.get_Item(String propertyName)
   at AutoWikiBrowser.Properties.Settings.get_WindowLocation()
   at AutoWikiBrowser.MainForm.InitializeComponent()
   at AutoWikiBrowser.MainForm..ctor()
   at AutoWikiBrowser.Program.Main(String[] args)

   at System.Configuration.ConfigurationSchemaErrors.ThrowIfErrors(Boolean ignoreLocal)
   at System.Configuration.BaseConfigurationRecord.ThrowIfParseErrors(ConfigurationSchemaErrors schemaErrors)
   at System.Configuration.BaseConfigurationRecord.ThrowIfInitErrors()
   at System.Configuration.ClientConfigurationSystem.OnConfigRemoved(Object sender, InternalConfigEventArgs e)

   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.Configuration.XmlUtil..ctor(Stream stream, String name, Boolean readToFirstElement, ConfigurationSchemaErrors schemaErrors)
   at System.Configuration.BaseConfigurationRecord.InitConfigFromFile()

  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.Configuration.XmlUtil..ctor(Stream stream, String name, Boolean readToFirstElement, ConfigurationSchemaErrors schemaErrors)
  at System.Configuration.BaseConfigurationRecord.InitConfigFromFile()
  --- End of inner exception stack trace ---
  at System.Configuration.ConfigurationSchemaErrors.ThrowIfErrors(Boolean ignoreLocal)
  at System.Configuration.BaseConfigurationRecord.ThrowIfParseErrors(ConfigurationSchemaErrors schemaErrors)
  at System.Configuration.BaseConfigurationRecord.ThrowIfInitErrors()
  at System.Configuration.ClientConfigurationSystem.OnConfigRemoved(Object sender, InternalConfigEventArgs e)
  --- End of inner exception stack trace ---
  at System.Configuration.ClientConfigurationSystem.OnConfigRemoved(Object sender, InternalConfigEventArgs e)
  at System.Configuration.Internal.InternalConfigRoot.OnConfigRemoved(InternalConfigEventArgs e)
  at System.Configuration.Internal.InternalConfigRoot.RemoveConfigImpl(String configPath, BaseConfigurationRecord configRecord)
  at System.Configuration.BaseConfigurationRecord.GetSectionRecursive(String configKey, Boolean getLkg, Boolean checkPermission, Boolean getRuntimeObject, Boolean requestIsHere, Object& result, Object& resultRuntimeObject)
  at System.Configuration.BaseConfigurationRecord.GetSection(String configKey, Boolean getLkg, Boolean checkPermission)
  at System.Configuration.BaseConfigurationRecord.GetSection(String configKey)
  at System.Configuration.ClientConfigurationSystem.System.Configuration.Internal.IInternalConfigSystem.GetSection(String sectionName)
  at System.Configuration.ConfigurationManager.GetSection(String sectionName)
  at System.Configuration.ClientSettingsStore.ReadSettings(String sectionName, Boolean isUserScoped)
  at System.Configuration.LocalFileSettingsProvider.GetPropertyValues(SettingsContext context, SettingsPropertyCollection properties)
  at System.Configuration.SettingsBase.GetPropertiesFromProvider(SettingsProvider provider)
  at System.Configuration.SettingsBase.GetPropertyValueByName(String propertyName)
  at System.Configuration.SettingsBase.get_Item(String propertyName)
  at System.Configuration.ApplicationSettingsBase.GetPropertyValue(String propertyName)
  at System.Configuration.ApplicationSettingsBase.get_Item(String propertyName)
  at AutoWikiBrowser.Properties.Settings.get_WindowLocation()
  at AutoWikiBrowser.MainForm.InitializeComponent()
  at AutoWikiBrowser.MainForm..ctor()
  at AutoWikiBrowser.Program.Main(String[] args)

Tito did you delete any file by accident? -- Magioladitis (talk) 19:05, 16 March 2014 (UTC)[reply]

• I have not deleted any file. I last ran AWB yesterday. I have not made any change in computer either. --Tito☸Dutta 19:17, 16 March 2014 (UTC)[reply]

@Titodutta: Have you tried backing up your default settings and then reinstalling AWB? GoingBatty (talk) 21:09, 16 March 2014 (UTC)[reply]

Status	New
Description	nThread: InvokerThread (Save) Exception: ApiException Message: This page is not opened properly for editing Call stack: at WikiFunctions.API.ApiEdit.Save(String pageText, String summary, Boolean minor, WatchOptions watch) WikiFunctions.API.ApiException: This page is not opened properly for editing at WikiFunctions.API.ApiEdit.Save(String pageText, String summary, Boolean minor, WatchOptions watch) Reguyla (talk) 17:35, 7 January 2014 (UTC)[reply]
To duplicate:	Unknown
Site URL:	http://military.wikia.com
Operating system	Microsoft Windows NT 6.1.7601 Service Pack 1
.NET FW Version	2.0.50727.5472
AWB version	AutoWikiBrowser (5.5.2.2), WikiFunctions (5.5.2.2), revision 9782 (2013-12-10 01:58:16)
Workaround
Fixed in version

I have received this error a few times over the past several weeks. If its something I am doing please let me know. Reguyla (talk) 17:35, 7 January 2014 (UTC)[reply]

Reguyla military.wikia.com uses "MediaWiki 1.19.9" can you please ask devs to update it to 1.22? -- Magioladitis (talk) 17:32, 8 January 2014 (UTC)[reply]

Thank you, I posted a notice here and I submitted a request to the devs. I'll let you know what they say. I suspect its probably either on a schedule already and just hasn't been done yet or they could be potentially waiting on some of the bugs to be fixed in 1.22.1. Since Wikia uses some other extenstions and features (like blogs) they might be doing some additional testing before implementing the patch. Just guessing though. Reguyla (talk) 17:45, 8 January 2014 (UTC)[reply]

Reguyla thanks for the response! Let's see if this fixes the problem. I asked Reedy for further feedback. -- Magioladitis (talk) 18:02, 8 January 2014 (UTC)[reply]

Awesome, I much appreciate the speedy assistance. Reguyla (talk) 18:05, 8 January 2014 (UTC)[reply]

Crossposted from Wikia. A user submitted the following comment regarding the problem.

"For any developers reading this, the error seems to occur on line 753 of WikiFunctions/API/ApiEdit.cs, when Action!="edit", which would seem to suggest that the page is not in edit mode when it's being saved. If I knew how to build from source, I could suggest some debug code (I've never used C# before, so it could be a trial-and-error)." Reguyla (talk) 18:16, 8 January 2014 (UTC)[reply]

Lol. Wikia isn't going to be upgrading any time soon. Reedy (talk) 19:04, 8 January 2014 (UTC)[reply]

Wikia make somewhat of a mess ontop of MediaWiki, and don't maintain it with the core software. Upgrading is a huge PITA. Reedy (talk) 19:16, 8 January 2014 (UTC)[reply]

            CheckForErrors(result, "query");

            try
            {
                Page = new PageInfo(result);

                Action = "edit";
            }
            catch (Exception ex)
            {
                throw new BrokenXmlException(this, ex);
            }

            return Page.Text;

You're presumably hitting some weird condition. If it was exceptioning, you'd get a pop up, and it would be cancelled; error handler and start processing that page again. But then you'd know it was erroring (and you'd presumably have said that). So there is some case where it apparently returns out fine, but not set.

It's a hard thing to debug when it's not replicable on demand. Reedy (talk) 19:15, 8 January 2014 (UTC)[reply]

Thanks Reedy, I totally understand. I'll try and watch for it again and see if I can narrow in on the particulars of the problem. If it helps any I usually get it in bot mode. Only once have I gotten this with my regular account. I got it a couple times in template space and 5 or 6 times in article space. I am also an admin on the site so it shouldn't be an issue with accessing the article. I also verified the articles in question weren't being blocked by a blacklist or global block. If I can get it to come up again I'll take some notes on the instance and post it here. Reguyla (talk) 19:22, 8 January 2014 (UTC)[reply]

Status	New
Description	Exception: SocketException Message: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond Call stack: at System.Windows.Forms.Control.MarshaledInvoke(Control caller, Delegate method, Object[] args, Boolean synchronous) at System.Windows.Forms.Control.Invoke(Delegate method, Object[] args) at WikiFunctions.API.AsyncApiEdit.CallEvent(Delegate method, Object[] args) at WikiFunctions.API.AsyncApiEdit.InvokerThread(Object genericArgs) System.Net.Sockets.SocketException: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond at System.Windows.Forms.Control.MarshaledInvoke(Control caller, Delegate method, Object[] args, Boolean synchronous) at System.Windows.Forms.Control.Invoke(Delegate method, Object[] args) at WikiFunctions.API.AsyncApiEdit.CallEvent(Delegate method, Object[] args) at WikiFunctions.API.AsyncApiEdit.InvokerThread(Object genericArgs) Fortdj33 (talk) 18:32, 6 April 2014 (UTC)[reply]
To duplicate:	Unknown
Site URL:	https://en.wikipedia.org
Operating system	Microsoft Windows NT 6.2.9200.0
.NET FW Version	2.0.50727.6413
AWB version	AutoWikiBrowser (5.5.2.3), WikiFunctions (5.5.2.3), revision 9902 (2014-02-01 17:20:14)
Workaround
Fixed in version

Status	New
Description	Exception: NullReferenceException Message: Object reference not set to an instance of an object. Call stack: à AutoWikiBrowser.MainForm.SetProject(String code, ProjectEnum project, String customProject, String protocol) à AutoWikiBrowser.MainForm.LoadPrefs(UserPrefs p) à AutoWikiBrowser.MainForm.LoadPrefs(String path) System.NullReferenceException: Object reference not set to an instance of an object. à AutoWikiBrowser.MainForm.SetProject(String code, ProjectEnum project, String customProject, String protocol) à AutoWikiBrowser.MainForm.LoadPrefs(UserPrefs p) à AutoWikiBrowser.MainForm.LoadPrefs(String path) Orikrin1998 (excuse my bad english, I'm french) 17:04, 31 March 2014 (UTC)[reply]
To duplicate:	Unknown
Site URL:	https://fr.wikipedia.org
Operating system	Microsoft Windows NT 6.1.7601 Service Pack 1
.NET FW Version	2.0.50727.5466
AWB version	AutoWikiBrowser (5.5.2.3), WikiFunctions (5.5.2.3), revision 9902 (2014-02-01 17:20:14)
Workaround
Fixed in version

Check Wikipedia_talk:AutoWikiBrowser/Bugs/Archive_23#NullReferenceException_in_MainForm.SetProject. -- Magioladitis (talk) 07:00, 14 April 2014 (UTC)[reply]

I also just had this issue. The previous issues in the archives are not helpful; they just say it's rare and is being archived. This is preventing me from making any edits whatsoever, since I get it on program start. Ithinkicahn (talk) 01:23, 16 May 2014 (UTC)[reply]

   at System.IO.Path.CheckInvalidPathChars(String path)
   at System.IO.Path.GetFileName(String path)
   at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options)
   at System.IO.StreamReader..ctor(String path, Encoding encoding, Boolean detectEncodingFromByteOrderMarks, Int32 bufferSize)
   at System.IO.StreamReader..ctor(String path, Encoding encoding)
   at WikiFunctions.AWBSettings.UserPrefs.LoadPrefs(String file)
   at AutoWikiBrowser.MainForm.LoadPrefs(String path)

  at System.IO.Path.CheckInvalidPathChars(String path)
  at System.IO.Path.GetFileName(String path)
  at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options)
  at System.IO.StreamReader..ctor(String path, Encoding encoding, Boolean detectEncodingFromByteOrderMarks, Int32 bufferSize)
  at System.IO.StreamReader..ctor(String path, Encoding encoding)
  at WikiFunctions.AWBSettings.UserPrefs.LoadPrefs(String file)
  at AutoWikiBrowser.MainForm.LoadPrefs(String path)

@SeanWheeler: What directory/path were you trying to load/save settings to/from? Thanks Rjwilmsi 17:45, 20 April 2014 (UTC)[reply]

Status	New
Description	Exception: NullReferenceException Message: Object reference not set to an instance of an object. Call stack: at WikiFunctions.AWBSettings.UserPrefs.SavePluginSettings(UserPrefs prefs) at WikiFunctions.AWBSettings.UserPrefs.SavePrefs(UserPrefs prefs, String file) System.NullReferenceException: Object reference not set to an instance of an object. at WikiFunctions.AWBSettings.UserPrefs.SavePluginSettings(UserPrefs prefs) at WikiFunctions.AWBSettings.UserPrefs.SavePrefs(UserPrefs prefs, String file) AWBPlugins AWBBasePlugins ListMakerPlugins CSV Loader WoRMS Llywelyn2000 (talk) 14:48, 4 May 2014 (UTC)[reply]
To duplicate:	Unknown
Site URL:	https://cy.wikipedia.org
Operating system	Microsoft Windows NT 6.1.7601 Service Pack 1
.NET FW Version	2.0.50727.5477
AWB version	AutoWikiBrowser (5.5.2.3), WikiFunctions (5.5.2.3), revision 9902 (2014-02-01 17:20:14)
Workaround
Fixed in version

I am an AWB user on the Dutch Wikipedia for many years https://nl.wikipedia.org/wiki/Gebruiker:Japiot (engish: https://en.wikipedia.org/wiki/User:Japiot) Recently I've changed my global password and since that time I have trouble logging in into AWB. Today is received these error-message. I don't know is it has anything to do with it, but now I think that my account has been disabled. Can you help me? Japiot (talk) 07:38, 31 May 2014 (UTC)[reply]

Status	New
Description	Exception: NullReferenceException Message: De objectverwijzing is niet op een exemplaar van een object ingesteld. Call stack: bij AutoWikiBrowser.MainForm.SetProject(String code, ProjectEnum project, String customProject, String protocol) bij AutoWikiBrowser.MainForm.LoadPrefs(UserPrefs p) bij AutoWikiBrowser.MainForm.LoadPrefs() bij AutoWikiBrowser.MainForm.MainForm_Load(Object sender, EventArgs e) System.NullReferenceException: De objectverwijzing is niet op een exemplaar van een object ingesteld. bij AutoWikiBrowser.MainForm.SetProject(String code, ProjectEnum project, String customProject, String protocol) bij AutoWikiBrowser.MainForm.LoadPrefs(UserPrefs p) bij AutoWikiBrowser.MainForm.LoadPrefs() bij AutoWikiBrowser.MainForm.MainForm_Load(Object sender, EventArgs e) Japiot (talk) 07:38, 31 May 2014 (UTC)[reply]
To duplicate:	Unknown
Site URL:	https://en.wikipedia.org
Operating system	Microsoft Windows NT 6.1.7601 Service Pack 1
.NET FW Version	2.0.50727.5477
AWB version	AutoWikiBrowser (5.5.2.3), WikiFunctions (5.5.2.3), revision 9902 (2014-02-01 17:20:14)
Workaround
Fixed in version

Status	Resolved
Description	nThread: InvokerThread (Open) Exception: BrokenXmlException Message: Error parsing data returned by server: Cannot find <page> element Call stack: at WikiFunctions.API.ApiEdit.Open(String title, Boolean resolveRedirects) Inner exception: Exception Message: Cannot find <page> element Call stack: at WikiFunctions.API.PageInfo..ctor(String xml) at WikiFunctions.API.ApiEdit.Open(String title, Boolean resolveRedirects) WikiFunctions.API.BrokenXmlException: Error parsing data returned by server: Cannot find <page> element ---> System.Exception: Cannot find <page> element at WikiFunctions.API.PageInfo..ctor(String xml): line 73 at WikiFunctions.API.ApiEdit.Open(String title, Boolean resolveRedirects): line 736 --- End of inner exception stack trace --- at WikiFunctions.API.ApiEdit.Open(String title, Boolean resolveRedirects):line 742 Alphama (talk) 18:51, 20 June 2014 (UTC)[reply]
To duplicate:	Interwiki inside redirect
Site URL:	https://vi.wikipedia.org
Operating system	Microsoft Windows NT 6.1.7601 Service Pack 1
.NET FW Version	2.0.50727.5420
AWB version	AutoWikiBrowser (5.5.3.0), WikiFunctions (5.5.3.0), revision 10194 (2014-05-18 03:19:23)
Workaround	Replace Redirect with soft redirect. -- Magioladitis (talk) 09:52, 8 July 2014 (UTC)[reply]
Fixed in version

Page: https://vi.wikipedia.org/wiki/Th%E1%BA%A3o_lu%E1%BA%ADn_Th%C3%A0nh_vi%C3%AAn:KLBot2

Alphama (talk) 19:33, 20 June 2014 (UTC)[reply]

@Magioladitis: I put in a change to handle this under rev 10093, you and Reedy later removed the change. Maybe we do need the change in? Rjwilmsi 10:39, 21 June 2014 (UTC)[reply]

@Rjwilmsi and Alphama: Bug confirmed. Interwiki inside redirect. We should explicitly skip this problem. Very rare though. -- Magioladitis (talk) 12:09, 21 June 2014 (UTC)[reply]

Everytime I run AWB for welcoming new members, I see this error. I can not skip or do anything to skip it. The only way is to skip manually. Do you mean I shoud give up using AWB because this error is rare? Alphama (talk) 13:45, 21 June 2014 (UTC)[reply]

@Alphama: we are going to fix it. But still you should use soft redirect to do this and not out interlanguage links inside redirects. I fixed this one for you. -- Magioladitis (talk) 14:02, 21 June 2014 (UTC)[reply]

@Alphama: If you want to edit these pages you should unselect "Follow redirects" from the Options menu. Then the error won't appear but still not a good idea to add content on a redirect page. -- Magioladitis (talk) 14:06, 21 June 2014 (UTC)[reply]

Ok, thank you. I DO NOT want to add content, I want to pass it. Alphama (talk) 20:46, 21 June 2014 (UTC)[reply]

@Alphama: until we fix the bug please bypass redirects as I did here and turn off "Follow redirects" from the AWB's Options menu. -- Magioladitis (talk) 22:27, 21 June 2014 (UTC)[reply]

OK I did it, thank you very much. Take your time. Alphama (talk) 00:57, 22 June 2014 (UTC)[reply]

rev 10285 added an exception when "Redirect target containts interwiki". -- Magioladitis (talk) 05:09, 8 July 2014 (UTC)[reply]

Status	New
Description	Exception: NullReferenceException Message: Object reference not set to an instance of an object. Call stack: at System.Windows.Forms.Control.MarshaledInvoke(Control caller, Delegate method, Object[] args, Boolean synchronous) at System.Windows.Forms.Control.Invoke(Delegate method, Object[] args) at WikiFunctions.API.AsyncApiEdit.CallEvent(Delegate method, Object[] args) at WikiFunctions.API.AsyncApiEdit.InvokerThread(Object genericArgs) System.NullReferenceException: Object reference not set to an instance of an object. at System.Windows.Forms.Control.MarshaledInvoke(Control caller, Delegate method, Object[] args, Boolean synchronous) at System.Windows.Forms.Control.Invoke(Delegate method, Object[] args) at WikiFunctions.API.AsyncApiEdit.CallEvent(Delegate method, Object[] args) at WikiFunctions.API.AsyncApiEdit.InvokerThread(Object genericArgs) — {{U|Technical 13}} (e • t • c) 19:23, 19 June 2014 (UTC)[reply]
To duplicate:	Unknown
Site URL:	https://en.wikipedia.org
Operating system	Microsoft Windows NT 6.1.7601 Service Pack 1
.NET FW Version	2.0.50727.5477
AWB version	AutoWikiBrowser (5.5.3.0), WikiFunctions (5.5.3.0), revision 10194 (2014-05-18 03:19:23)
Workaround
Fixed in version

Mag, when WMF goes down, it shouldn't return the above as a AWB bug, it should just say it couldn't reach the API or WMF servers are down please try again later. Don't you think? — {{U|Technical 13}} ^{(e • t • c)} 19:23, 19 June 2014 (UTC)[reply]

Technical 13 true. I do no know if it possible though. I'll have a look. -- Magioladitis (talk) 07:32, 20 June 2014 (UTC)[reply]

   於 System.ThrowHelper.ThrowKeyNotFoundException()
   於 System.Collections.Generic.Dictionary`2.get_Item(TKey key)
   於 WikiFunctions.Lists.Providers.CategoryProviderBase.get_UserInputTextBoxText()
   於 WikiFunctions.Controls.Lists.ListMaker.cmboSourceSelect_SelectedIndexChanged(Object sender, EventArgs e)
   於 System.EventHandler.Invoke(Object sender, EventArgs e)
   於 System.Windows.Forms.ComboBox.OnSelectedIndexChanged(EventArgs e)
   於 System.Windows.Forms.ComboBox.WmReflectCommand(Message& m)
   於 System.Windows.Forms.ComboBox.WndProc(Message& m)
   於 System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   於 System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   於 System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

  於 System.ThrowHelper.ThrowKeyNotFoundException()
  於 System.Collections.Generic.Dictionary`2.get_Item(TKey key)
  於 WikiFunctions.Lists.Providers.CategoryProviderBase.get_UserInputTextBoxText()
  於 WikiFunctions.Controls.Lists.ListMaker.cmboSourceSelect_SelectedIndexChanged(Object sender, EventArgs e)
  於 System.EventHandler.Invoke(Object sender, EventArgs e)
  於 System.Windows.Forms.ComboBox.OnSelectedIndexChanged(EventArgs e)
  於 System.Windows.Forms.ComboBox.WmReflectCommand(Message& m)
  於 System.Windows.Forms.ComboBox.WndProc(Message& m)
  於 System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
  於 System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
  於 System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

C933103 do you remember what did you do to catch this bug or was it just random? -- Magioladitis (talk) 07:46, 21 June 2014 (UTC)[reply]

Magioladitis when i want to make list for articles within categories like for example Category:比赛情况 or Category:待完善的页面, but when I do the same operation to those categories like Category:MAD, it have no problem C933103 (talk) 07:57, 21 June 2014 (UTC)[reply]

C933103 can you please upgrade to version 5.5.3.0 and tell me if the bug occurs there too? -- Magioladitis (talk) 08:04, 21 June 2014 (UTC)[reply]

C933103 I can't login to your wiki. Try adding http://115.29.109.201:24000/SakiWiki instead of http://wiki.saki.cc and check whether the bug still occurs. I think it has to do with connection problems. -- Magioladitis (talk) 08:06, 21 June 2014 (UTC)[reply]

Status	New
Description	E.g. {{WikiProject Africa|class=stub|importance=|South Africa=yes}} fails the Plugin. –xenotalk 16:30, 25 January 2010 (UTC)[reply]
To duplicate:	Try running the plugin with generic "{{WikiProject Africa}}" on any affected page, i.e. Talk:Bamboes Spruit
Site URL:	en.wiki
Operating system	Vista or XP
.NET FW Version
AWB version	5001.6113 / plugin 2.3.3.0
Workaround	Don't use the plugin =)
Fixed in version

I think the problem is again with the WikiProjectBannerShell. -- Magioladitis (talk) 10:13, 15 June 2010 (UTC) Still occurs after we fixed the WikiProjectBannershell problem. -- Magioladitis (talk) 11:05, 6 August 2010 (UTC)[reply]

Problem still occurs. -- Magioladitis (talk) 10:08, 24 March 2014 (UTC)[reply]

Still a bug in version 3.0.0.0 -- Magioladitis (talk) 22:58, 10 May 2014 (UTC)[reply]

Status	New
Description	This redirect bypass was done by the plugin and not by any custom settings. I had N/C activated and still page wasn't skipped. -- Magioladitis (talk) 14:16, 13 April 2013 (UTC)[reply]
To duplicate:
Site URL:	enwiki
Operating system	7
.NET FW Version
AWB version	rev 9087 + plugin version 2.3.5.2
Workaround
Fixed in version

   at System.Windows.Forms.Control.MarshaledInvoke(Control caller, Delegate method, Object[] args, Boolean synchronous)
   at System.Windows.Forms.Control.Invoke(Delegate method, Object[] args)
   at WikiFunctions.API.AsyncApiEdit.CallEvent(Delegate method, Object[] args)
   at WikiFunctions.API.AsyncApiEdit.InvokerThread(Object genericArgs)

  at System.Windows.Forms.Control.MarshaledInvoke(Control caller, Delegate method, Object[] args, Boolean synchronous)
  at System.Windows.Forms.Control.Invoke(Delegate method, Object[] args)
  at WikiFunctions.API.AsyncApiEdit.CallEvent(Delegate method, Object[] args)
  at WikiFunctions.API.AsyncApiEdit.InvokerThread(Object genericArgs)

I searched and saw there were other instances of this exception in the archive but none of them seem to have been fixed and they were from a long time ago. -- Jamesmcmahon0

Were you using the plugin when it happened? -- Magioladitis (talk) 17:56, 26 June 2013 (UTC)[reply]

Yes I was using the Kingbotk Plugin with the Biography and 2 generic templates. I was pre-parsing a list of around 3500 pages --Jamesmcmahon0 (talk) 18:07, 26 June 2013 (UTC)[reply]

The plugin is buggy. -- Magioladitis (talk) 18:14, 26 June 2013 (UTC)[reply]

Jamesmcmahon0 please check that you have version 2.3.3.0 of the plugin. -- Magioladitis (talk) 18:15, 26 June 2013 (UTC)[reply]

Jamesmcmahon0 please use version 3.0.0.0 or newer of the plugin. -- Magioladitis (talk) 20:00, 9 May 2014 (UTC)[reply]

Status	New
Description	Exception: TypeInitializationException Message: An exception was thrown by the type initializer for System.Windows.Forms.MimeIconEngine Call stack: at System.Windows.Forms.WinFileSystem..ctor () [0x00000] in <filename unknown>:0 at System.Windows.Forms.MWFVFS..ctor () [0x00000] in <filename unknown>:0 at System.Windows.Forms.FileDialog..ctor () [0x00000] in <filename unknown>:0 at System.Windows.Forms.OpenFileDialog..ctor () [0x00000] in <filename unknown>:0 at (wrapper remoting-invoke-with-check) System.Windows.Forms.OpenFileDialog:.ctor () at AutoWikiBrowser.ExternalProgram.InitializeComponent () [0x00000] in <filename unknown>:0 at AutoWikiBrowser.ExternalProgram..ctor () [0x00000] in <filename unknown>:0 at (wrapper remoting-invoke-with-check) AutoWikiBrowser.ExternalProgram:.ctor () at AutoWikiBrowser.MainForm..ctor () [0x00000] in <filename unknown>:0 at (wrapper remoting-invoke-with-check) AutoWikiBrowser.MainForm:.ctor () at AutoWikiBrowser.Program.Main (System.String[] args) [0x00000] in <filename unknown>:0 Inner exception: DllNotFoundException Message: libgdk-x11-2.0.so.0 Call stack: at (wrapper managed-to-native) System.Windows.Forms.GnomeUtil:gdk_init_check (intptr,intptr) at System.Windows.Forms.GnomeUtil.Init () [0x00000] in <filename unknown>:0 at System.Windows.Forms.GnomeUtil.GetIcon (System.String icon, Int32 size) [0x00000] in <filename unknown>:0 at System.Windows.Forms.GnomeHandler.AddGnomeIcon (System.String internal_mime_type, System.String name) [0x00000] in <filename unknown>:0 at System.Windows.Forms.GnomeHandler.CreateUIIcons () [0x00000] in <filename unknown>:0 at System.Windows.Forms.GnomeHandler.Start () [0x00000] in <filename unknown>:0 at System.Windows.Forms.MimeIconEngine..cctor () [0x00000] in <filename unknown>:0 Frap (talk) 14:17, 6 August 2010 (UTC)[reply]
To duplicate:	Unknown
Site URL:	http://en.wikipedia.org
Operating system	Microsoft Windows NT 5.1.2600.0
.NET FW Version	2.0.50727.1433
AWB version	5.0.3.0, revision 6660 (2010-06-06 23:39:12)
Workaround
Fixed in version

Do you use Mono? -- Magioladitis (talk)

The bug occurred on Ubuntu 10.04 with Wine 1.2 with Mono 2.6. -- Frap (talk) 14:44, 10 August 2010 (UTC)

You obviously miss some library (dll file). -- Magioladitis (talk) 17:05, 23 January 2013 (UTC)[reply]

Hi, I followed this guide but I have an exception that seems to be cause by a lack of .NET Framework 4. What can I do? PS: My plugin is disabled. I use wine 1.1.42.--B3t (talk) 10:15, 13 January 2011 (UTC)[reply]

Status	New
Description	Exception: NotImplementedException Message: The method or operation is not implemented. Call stack: at System.Windows.Forms.Control.MarshaledInvoke(Control caller, Delegate method, Object[] args, Boolean synchronous) at System.Windows.Forms.Control.Invoke(Delegate method, Object[] args) at WikiFunctions.API.AsyncApiEdit.CallEvent(Delegate method, Object[] args) at WikiFunctions.API.AsyncApiEdit.InvokerThread(Object genericArgs) AWBPlugins AWBBasePlugins ListMakerPlugins Filmo Plugin B3t (talk) 10:15, 13 January 2011 (UTC)[reply]
To duplicate:	Unknown
Site URL:	http://it.wikipedia.org
Operating system	Microsoft Windows NT 5.1.2600 Service Pack 3
.NET FW Version	2.0.50727.42
AWB version	AutoWikiBrowser (5.2.0.0), WikiFunctions (5.2.0.0), revision 7471 (2010-12-17 01:03:47)
Workaround
Fixed in version

Status	New
Description	Exception: NotImplementedException Message: Not implemented. Call stack: at System.Drawing.Region.GetRegionScans(Matrix matrix) at System.Windows.Forms.LinkLabel.OnPaint(PaintEventArgs e) at System.Windows.Forms.Control.PaintWithErrorHandling(PaintEventArgs e, Int16 layer, Boolean disposeEventArgs) at System.Windows.Forms.Control.WmPaint(Message& m) at System.Windows.Forms.Control.WndProc(Message& m) at System.Windows.Forms.Label.WndProc(Message& m) at System.Windows.Forms.LinkLabel.WndProc(Message& msg) 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) System.NotImplementedException: Not implemented. at System.Drawing.Region.GetRegionScans(Matrix matrix) at System.Windows.Forms.LinkLabel.OnPaint(PaintEventArgs e) at System.Windows.Forms.Control.PaintWithErrorHandling(PaintEventArgs e, Int16 layer, Boolean disposeEventArgs) at System.Windows.Forms.Control.WmPaint(Message& m) at System.Windows.Forms.Control.WndProc(Message& m) at System.Windows.Forms.Label.WndProc(Message& m) at System.Windows.Forms.LinkLabel.WndProc(Message& msg) 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) At startup. Still on Wine 1.2 on Mandriva 2010.2, after having installed .NET 2.0 and 3.0, and IE 8 using winetricks, as the guide recommands to "install some libraries from Microsoft". At that point the splash screen says "Plugin::LoadPluginsStartup()". AWB seems to correctly finish starting up if I choose "Continue working". Rinaku (t · c) 14:04, 2 October 2011 (UTC)[reply] Actually AWB doesn't correctly start up (I said so because I didn't know what AWB is supposed to look like normally): the menu bar is replaced by some sort of error widget (white rectangle with red border and diagonals), as is some widget in the "Regexp typo fixing" block. --Rinaku (t · c) 14:13, 2 October 2011 (UTC)[reply] But if I blindly click on the error-menubar, the menus appear below. --Rinaku (t · c) 14:25, 2 October 2011 (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	2.0.50727.42
AWB version	AutoWikiBrowser (5.3.1.0), WikiFunctions (5.3.1.0), revision 7792 (2011-07-23 16:53:25)
Workaround
Fixed in version

Status	New
Description	Exception: TypeInitializationException Message: An exception was thrown by the type initializer for WikiFunctions.Controls.Lists.ListMaker Call stack: at AutoWikiBrowser.MainForm.InitializeComponent () [0x00000] in <filename unknown>:0 at AutoWikiBrowser.MainForm..ctor () [0x00000] in <filename unknown>:0 at (wrapper remoting-invoke-with-check) AutoWikiBrowser.MainForm:.ctor () at AutoWikiBrowser.Program.Main (System.String[] args) [0x00000] in <filename unknown>:0 Inner exception: InvalidOperationException Message: The comparer threw an exception. Call stack: at System.Array.SortImpl (System.Array keys, System.Array items, Int32 index, Int32 length, IComparer comparer) [0x00000] in <filename unknown>:0 at System.Array.Sort (System.Array array, Int32 index, Int32 length, IComparer comparer) [0x00000] in <filename unknown>:0 at System.Collections.ArrayList.Sort (IComparer comparer) [0x00000] in <filename unknown>:0 at System.Windows.Forms.ComboBox+ObjectCollection.Sort () [0x00000] in <filename unknown>:0 at System.Windows.Forms.ComboBox+ObjectCollection.AddRange (IList items) [0x00000] in <filename unknown>:0 at System.Windows.Forms.ComboBox.SetItemsCore (IList value) [0x00000] in <filename unknown>:0 at System.Windows.Forms.ListControl.OnItemChanged (System.Object sender, System.Windows.Forms.ItemChangedEventArgs e) [0x00000] in <filename unknown>:0 at System.Windows.Forms.CurrencyManager.OnItemChanged (System.Windows.Forms.ItemChangedEventArgs e) [0x00000] in <filename unknown>:0 at System.Windows.Forms.CurrencyManager.ListChangedHandler (System.Object sender, System.ComponentModel.ListChangedEventArgs e) [0x00000] in <filename unknown>:0 at System.ComponentModel.BindingList`1[WikiFunctions.Lists.Providers.IListProvider].OnListChanged (System.ComponentModel.ListChangedEventArgs e) [0x00000] in <filename unknown>:0 at System.ComponentModel.BindingList`1[WikiFunctions.Lists.Providers.IListProvider].InsertItem (Int32 index, IListProvider item) [0x00000] in <filename unknown>:0 at System.Collections.ObjectModel.Collection`1[WikiFunctions.Lists.Providers.IListProvider].Add (IListProvider item) [0x00000] in <filename unknown>:0 at WikiFunctions.Lists.Providers.SpecialPageListProvider..ctor (WikiFunctions.Lists.Providers.IListProvider[] providers) [0x00000] in <filename unknown>:0 at (wrapper remoting-invoke-with-check) WikiFunctions.Lists.Providers.SpecialPageListProvider:.ctor (WikiFunctions.Lists.Providers.IListProvider[]) at WikiFunctions.Controls.Lists.ListMaker..cctor () [0x00000] in <filename unknown>:0 Inner exception: InvalidCastException Message: Cannot cast from source type to destination type. Call stack: at (wrapper managed-to-native) object:__icall_wrapper_mono_object_castclass (object,intptr) at System.Reflection.MonoProperty.GetterAdapterFrame[PrefixIndexSpecialPageProvider,String] (System.Reflection.Getter`2 getter, System.Object obj) [0x00000] in <filename unknown>:0 at System.Reflection.MonoProperty.GetValue (System.Object obj, System.Object[] index) [0x00000] in <filename unknown>:0 at System.ComponentModel.ReflectionPropertyDescriptor.GetValue (System.Object component) [0x00000] in <filename unknown>:0 at System.Windows.Forms.ListControl.FilterItemOnProperty (System.Object item, System.String field) [0x00000] in <filename unknown>:0 at System.Windows.Forms.ListControl.GetItemText (System.Object item) [0x00000] in <filename unknown>:0 at (wrapper remoting-invoke-with-check) System.Windows.Forms.ListControl:GetItemText (object) at System.Windows.Forms.ComboBox+ObjectCollection+ObjectComparer.Compare (System.Object x, System.Object y) [0x00000] in <filename unknown>:0 at System.Array.qsort (System.Array keys, System.Array items, Int32 low0, Int32 high0, IComparer comparer) [0x00000] in <filename unknown>:0 at System.Array.SortImpl (System.Array keys, System.Array items, Int32 index, Int32 length, IComparer comparer) [0x00000] in <filename unknown>:0 System.TypeInitializationException: An exception was thrown by the type initializer for WikiFunctions.Controls.Lists.ListMaker ---> System.InvalidOperationException: The comparer threw an exception. ---> System.InvalidCastException: Cannot cast from source type to destination type. at (wrapper managed-to-native) object:__icall_wrapper_mono_object_castclass (object,intptr) at System.Reflection.MonoProperty.GetterAdapterFrame[PrefixIndexSpecialPageProvider,String] (System.Reflection.Getter`2 getter, System.Object obj) [0x00000] in <filename unknown>:0 at System.Reflection.MonoProperty.GetValue (System.Object obj, System.Object[] index) [0x00000] in <filename unknown>:0 at System.ComponentModel.ReflectionPropertyDescriptor.GetValue (System.Object component) [0x00000] in <filename unknown>:0 at System.Windows.Forms.ListControl.FilterItemOnProperty (System.Object item, System.String field) [0x00000] in <filename unknown>:0 at System.Windows.Forms.ListControl.GetItemText (System.Object item) [0x00000] in <filename unknown>:0 at (wrapper remoting-invoke-with-check) System.Windows.Forms.ListControl:GetItemText (object) at System.Windows.Forms.ComboBox+ObjectCollection+ObjectComparer.Compare (System.Object x, System.Object y) [0x00000] in <filename unknown>:0 at System.Array.qsort (System.Array keys, System.Array items, Int32 low0, Int32 high0, IComparer comparer) [0x00000] in <filename unknown>:0 at System.Array.SortImpl (System.Array keys, System.Array items, Int32 index, Int32 length, IComparer comparer) [0x00000] in <filename unknown>:0 --- End of inner exception stack trace --- at System.Array.SortImpl (System.Array keys, System.Array items, Int32 index, Int32 length, IComparer comparer) [0x00000] in <filename unknown>:0 at System.Array.Sort (System.Array array, Int32 index, Int32 length, IComparer comparer) [0x00000] in <filename unknown>:0 at System.Collections.ArrayList.Sort (IComparer comparer) [0x00000] in <filename unknown>:0 at System.Windows.Forms.ComboBox+ObjectCollection.Sort () [0x00000] in <filename unknown>:0 at System.Windows.Forms.ComboBox+ObjectCollection.AddRange (IList items) [0x00000] in <filename unknown>:0 at System.Windows.Forms.ComboBox.SetItemsCore (IList value) [0x00000] in <filename unknown>:0 at System.Windows.Forms.ListControl.OnItemChanged (System.Object sender, System.Windows.Forms.ItemChangedEventArgs e) [0x00000] in <filename unknown>:0 at System.Windows.Forms.CurrencyManager.OnItemChanged (System.Windows.Forms.ItemChangedEventArgs e) [0x00000] in <filename unknown>:0 at System.Windows.Forms.CurrencyManager.ListChangedHandler (System.Object sender, System.ComponentModel.ListChangedEventArgs e) [0x00000] in <filename unknown>:0 at System.ComponentModel.BindingList`1[WikiFunctions.Lists.Providers.IListProvider].OnListChanged (System.ComponentModel.ListChangedEventArgs e) [0x00000] in <filename unknown>:0 at System.ComponentModel.BindingList`1[WikiFunctions.Lists.Providers.IListProvider].InsertItem (Int32 index, IListProvider item) [0x00000] in <filename unknown>:0 at System.Collections.ObjectModel.Collection`1[WikiFunctions.Lists.Providers.IListProvider].Add (IListProvider item) [0x00000] in <filename unknown>:0 at WikiFunctions.Lists.Providers.SpecialPageListProvider..ctor (WikiFunctions.Lists.Providers.IListProvider[] providers) [0x00000] in <filename unknown>:0 at (wrapper remoting-invoke-with-check) WikiFunctions.Lists.Providers.SpecialPageListProvider:.ctor (WikiFunctions.Lists.Providers.IListProvider[]) at WikiFunctions.Controls.Lists.ListMaker..cctor () [0x00000] in <filename unknown>:0 --- End of inner exception stack trace --- at AutoWikiBrowser.MainForm.InitializeComponent () [0x00000] in <filename unknown>:0 at AutoWikiBrowser.MainForm..ctor () [0x00000] in <filename unknown>:0 at (wrapper remoting-invoke-with-check) AutoWikiBrowser.MainForm:.ctor () at AutoWikiBrowser.Program.Main (System.String[] args) [0x00000] in <filename unknown>:0 ArielGlenn (talk) 05:37, 26 June 2013 (UTC)[reply]
To duplicate:	Unknown
Site URL:	https://en.wikipedia.org
Operating system	Unix 3.9.5.201
.NET FW Version	2.0.50727.1433
AWB version	AutoWikiBrowser (5.5.1.2), WikiFunctions (5.5.1.2) AutoWikiBrowser (5.5.3.0), WikiFunctions (5.5.3.0)
Workaround
Fixed in version

Using Mono 2.10.8 on Fedora 18, monodevelop 2.8.8, having copied in the svn file and downloaded the mshtml dll as described on the build page for AWB with Mono. I didn't expect a successful run but figured I might as well report the error, seems like it might have been a while since someone tried it out. -- ArielGlenn (talk) 05:37, 26 June 2013 (UTC)[reply]

AWB doesn't run under Mono. Build with Mono, run under Wine. Rjwilmsi 07:26, 26 June 2013 (UTC)[reply]

@Der Buckesfelder: Do you remember what you did/what you were doing that caused this bug? (t) Josve05a (c) 21:43, 24 March 2014 (UTC)[reply]

@Der Buckesfelder: do you use Mono? -- Magioladitis (talk) 23:18, 24 March 2014 (UTC)[reply]

@Josve05a and Magioladitis: I am using vector, but AWB didn't start. It will only load a small while and then completly shut down. --Der Buckesfelder - Talk - Valuation - E-mail 23:02, 28 March 2014 (UTC)

@Der Buckesfelder: I merged the two reports. -- Magioladitis (talk) 07:00, 29 March 2014 (UTC)[reply]

Status	New
Description	AWB does not merge group references Headbomb {talk / contribs / physics / books} 19:21, 6 August 2013 (UTC)[reply]
To duplicate:	See [5], then [6], then [7]
Site URL:	en.wiki
Operating system	Win 7
.NET FW Version	4.5
AWB version	5.5.1.2 / SVN 9356
Workaround
Fixed in version

Status	New
Description	I had to do this manually. -- Magioladitis (talk) 00:15, 19 March 2014 (UTC)[reply]
To duplicate:
Site URL:	enwiki
Operating system	7
.NET FW Version
AWB version	rev 9991
Workaround
Fixed in version

@Magioladitis: Please use debugger to see why SyntaxRemoveParagraphs within FixBrParagraphs doesn't match this text then. Rjwilmsi 10:08, 20 March 2014 (UTC)[reply]

@Rjwilmsi: The problem is with the unbalanced quote. Check this simplified version for instance. Once the quote is removed everything works. -- Magioladitis (talk) 13:40, 20 March 2014 (UTC)[reply]

Status	New
Description	Noticed this with this edit by Yobot; I can reproduce it. If the target of a piped link starts with "İ" (dotted capital "I", used in Turkish) and the displayed text starts with a normal "I" instead and is otherwise identical (or the other way around), AWB unpipes the link, leaving a non-piped link treated as a different page title by MW. This does not happen if the different "I"s are not at the start, nor does it happen with a random selection of other accented letters, including the dotless small "i" (AWB didn't change anything to these links). In short: AWB erroneously treats the characters "İ" and "I" as identical at the beginning of a string. SiBr4 (talk) 19:58, 9 September 2014 (UTC)[reply]
To duplicate:	Apply general fixes to a page containing links like described above.
Site URL:	en.wikipedia.org
Operating system	Windows 7
.NET FW Version	2.0.50727.5483
AWB version	5.5.4.0
Workaround	None
Fixed in version

It's the crazy situation where two capital letters map to the same non-capital letter. I hope it's extremely rare. -- Magioladitis (talk) 22:34, 9 September 2014 (UTC)[reply]

Important: We did not actually break anything since in the first case we had a red-link and in the second the redirect was already created. We should run a bot to create redirects in fact. -- Magioladitis (talk) 22:37, 9 September 2014 (UTC)[reply]

It probably is extremely rare, though the bot did break the second link (the redirect from the title with accent didn't exist yet when it made the edit). SiBr₄ (talk) 22:58, 9 September 2014 (UTC)[reply]

SiBr₄ yes, you are right. I was wrong. When I realised I created the redirect by myself after my comment above. -- Magioladitis (talk) 23:03, 9 September 2014 (UTC)[reply]

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 / 5.3.1.0 / 5.5.2.1
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. —Reedy 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]

Just stating the obvious: This bug still occurs in 4.9.0.3 -- Magioladitis (talk) 16:55, 28 October 2009 (UTC)[reply]

And 5.0.2.1. ... discospinster _talk 19:49, 20 April 2010 (UTC)[reply]

And 5.3.1.0. Resizing the window simply increases the already-visible diff view area, it doesn't affect the fact that the bottom of the window is still cut off. Note also that this cut-off problem continues even if I adjust my screen resolution to (netbook) 1024x768. Please, try to fix this! A fluffernutter is a sandwich! (talk) 18:58, 31 July 2011 (UTC)[reply]

This is still a problem, as of today, on my 1024x600 netbook screen. Very frustrating. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:50, 20 February 2012 (UTC)[reply]

UPDATE! This is still not working on my netbook either. 4 years since the bug was reported. -(t) Josve05a (c) 10:19, 15 July 2013 (UTC)[reply]

I actually posted this below as well #"Remove" and "Filter" buttons disappearing from bottom of list, didn't realise a duplicate was already there :P -- ^t numbermaniac ^c 07:54, 6 August 2013 (UTC)[reply]

And that's on a desktop! -- ^t numbermaniac ^c 07:54, 6 August 2013 (UTC)[reply]

Still a problem in 5.5.2.1... is there any solution in sight except giving up AWB on small screens? Maybe the minimum height of the diff view area could be decreased as a quick fix. Thanks! -- (talk) 11:39, 4 December 2013 (UTC)[reply]

Status	New
Description	When quickly scrolling up and down through a large list in the make list window (by clicking and dragging the slider in the scroll bar), some of the entries overwrite each other in terms of how they are displayed. The entries themselves are fine; however, some of the article titles have the names of the articles that were above them listed on top of them. For example, one of the entries of the list I have open right now is for New York State Route 470. It should read just "New York State Route 470"; however, the displayed text is "New York State Route 470" with the words "New York State Route 446" (the article above it in the list) overlaid on top. – TMF 19:22, 16 November 2009 (UTC)[reply]
To duplicate:	Make a large list (the list I noticed this on was 215 entries long) and scroll up and down using the method described above
Operating system	Windows 7
.NET FW Version	Unknown
AWB version	4.9.0.3 rev5636, but this issue existed in the last snapshot I used (I think it was around rev5580 or so) as well.
Workaround	1) Ignore the garbled text and use AWB as usual. 2) Clicking on the garbled entry (highlighting it) will correct the displayed text. 3) Scrolling slower (using the arrows and/or by clicking in the scroll bar) doesn't seem to cause this issue.
Fixed in version

This may be related to this bug, but I don't think it's the same exact issue. – TMF 19:25, 16 November 2009 (UTC)[reply]

I'd be inclined to agree. I think i have seen it also, but marked it as the controls fault, rather than AWB's. —Reedy 10:52, 17 November 2009 (UTC)[reply]

Status	New
Description	Wikilinks in the format of, [[Washington (U.S. state)|]] are shown as [[Washington (U.S. state)|]] in the preview, instead of Washington. For details of the notation see Help:pipe trick.–ospalh (talk) 09:50, 5 May 2010 (UTC)[reply]
To duplicate:	Change some link piped to a redirect page to the [[NN (x)|]], format. Press "Preview".
Site URL:	en.wikipedia.org
Operating system	Windows XP
.NET FW Version	2.0.50727.3603
AWB version	5.0.2.
Workaround	Ignore the preview or don't use the pipe trick.
Fixed in version

Which preview? ie on loading show preview/changing the preview? If so, it would seemingly be the API returning the wrong HTML to render... —Reedy 09:58, 5 May 2010 (UTC)[reply]

I usually have the preference on "On loading show changes", but tried the two others as well. Makes no difference. Either you can see the problem immediately (when the change is done automatically) or after pressing the "Preview" button on the "Start" tab. "the API returning the wrong HTML to render": looks like that to me, too.--ospalh (talk) 10:31, 5 May 2010 (UTC)[reply]

It seems, when you attempt to save [[Washington (U.S. state)|]] in a page on current WMF release of mediawiki, it saves [[Washington (U.S. state)|Washington]]. —Reedy 10:55, 5 May 2010 (UTC)[reply]

Yes, that's why it's called the trick and listed under Help:Magic. I guess not using the pipe trick on automatic changes would be the Right Thing, but i like to use the trick on manual changes. If you use the trick in a web browser and use the "normal" "Show preview" button there, [[Washington (U.S. state)|]] is shown as Washington (edited), differnt from what happens in AWB.--ospalh (talk) 11:01, 5 May 2010 (UTC), 11:07, 5 May 2010 (UTC)[reply]

I've seen this, too. --Auntof6 (talk) 11:57, 5 May 2010 (UTC)[reply]

I've seen it as well. I've always assumed it was because of the API, since if you edit an article in a browser, add a pipe-tricked linked link, and click "show changes", it shows the link being piped. Same thing with subst'ed templates: show changes in a browser shows it subst'ed, show changes in AWB doesn't. – TMF 13:30, 5 May 2010 (UTC)[reply]

I'll have to look into it. Depending on the configuration of how this works, is whether it'd be worth dealing with directly in AWB. Or if the API should be applying the pipetrick on the generated preview etc. —Reedy 20:18, 5 May 2010 (UTC)[reply]

I'd lay money it's the API. Rich Farmbrough, 19:33, 7 September 2010 (UTC).[reply]

API preview does not transform the pipe trick in to an HTML link. To me seems better that the API handle this (pipe trick works for preview via Wikipedia edit page through browser). Rjwilmsi 12:08, 28 March 2013 (UTC)[reply]

WFM on Windows 7... —Reedy 17:36, 11 May 2010 (UTC)[reply]

Also works for me on Windows 7. Rjwilmsi 10:10, 28 May 2010 (UTC)[reply]

So is there any solution for XP users other than changing the OS? --Thaejas (talk) 12:13, 31 May 2010 (UTC)[reply]

Also works fine for me on Windows XP SP3. Rjwilmsi 08:20, 20 July 2012 (UTC)[reply]

I've experienced this same problem on Windows 7 (64 bit). Colonies Chris (talk) 08:36, 10 October 2012 (UTC)[reply]

Status	New
Description	Fullwidth characters in the edit box are not actually given full width; any character to the right of a fullwidth character (including another fullwidth character) will slightly overlap its right side. This makes most CJK characters nearly unreadable from the overlap/runon. 「ダイノガイ千？！」? · Talk⇒Dinoguy1000 03:47, 8 June 2010 (UTC)[reply]
To duplicate:	Load any page with fullwidth characters
Site URL:	wikia:yugioh:Main Page
Operating system	Windows 7
.NET FW Version	Unknown
AWB version	5.0.3.0 (also observed on 5.0.2.0)
Workaround	none
Fixed in version

Confirm, have seen this myself with Chinese/Japanese characters followed by a closing parenthesis – parenthesis not shown properly. Maybe a RichTextBox setting we need to adjust. Rjwilmsi 22:24, 2 August 2010 (UTC)[reply]

The problem still has not been fixed. I cannot imagine that this could be difficult. Yinweichen (talk) 17:12, 7 March 2014 (UTC)[reply]

Does this sandbox diff correctly represent the type of edit you want to be making with AWB (text from Thukha article)? Rjwilmsi 12:58, 2 October 2010 (UTC)[reply]

Yes, that's exactly right. I can get it to work if AWB converts u̯ directly into ṵ, but not if it converts into u+ ̰—kwami (talk) 19:15, 2 October 2010 (UTC)[reply]

I was able to reproduce this once, but now can't get it to happen again. If I have understood your conclusion it's that the diacritic needs to be combined with the letter to the Unicode character for AWB to save. Therefore I suggest you try selecting the text and right-clicking to choose the 'Unicodify selected' option. Does it then allow you to save? Rjwilmsi 21:52, 2 October 2010 (UTC)[reply]

It was already selected, but it made no difference: I can't save either way. (I assume that unicodifies input from existing sequences on the page, not output from AWB.)

Yes, that was my conclusion. I think it might only be sequences that WP unicodifies upon saving, that there's a conflict between what AWB and WP are trying to do.

My AWB options: apply gen fixes, unicodify, settings enabled (as above).—kwami (talk) 22:04, 2 October 2010 (UTC)[reply]

Happening again with a different set of rules here. In this case, I've got 1200 preparsed pages in the list, though most won't have this problem.—kwami (talk) 08:05, 3 October 2010 (UTC)[reply]

kwami We resolved this by skipping pages with characters in PUA. Am I right or wrong? -- Magioladitis (talk) 16:41, 25 January 2014 (UTC)[reply]

@Magioladitis: No, this has nothing to do with PUA. It's a matter of replacing combining diacritics with precomposed glyphs within the defined Unicode range. — kwami (talk) 19:20, 25 January 2014 (UTC)[reply]

Just ran a test, and it's still a problem. I simplified it to replacing "u" with "$1̰" in my sandbox. If I run it on "a" instead of "u", it saves properly. (There is no precomposed glyph with "a".) If I replace "u" but copy the result from the AWB edit window and paste it in manually, that also saves. But otherwise AWB skips the article with the log error (Filter by skip reason & Filter exclude skip reason) "MD5 hash error: The page you are editing may contain an unsupported or invalid Unicode character". That's clearly not true: The only thing in my sandbox was "a u a u", and AWB will save normally when the diacritic is on "a". (Here's where it saved when I manually deleted the diacritics from "u" but left them on "a".) So all three characters are valid unicode. What appears to be happening is that there's confusion with the precomposed Unicode glyph U+1E75 "ṵ". (Here's where I manually pasted the AWB edit-window result into the article, and that character is what the u+tilde saved as.)

So this is what I conclude the problem is: If there is a precomposed unicode glyph C that is equivalent to letter A plus combining diacritic B, then AWB will skip an article rather than saving the sequence AB. WP has no problem saving an article with AB in it, but in so doing it replaces it with C. I suspect that there is a conflict between AWB and that feature in WP. — kwami (talk) 19:48, 25 January 2014 (UTC)[reply]

Status	New
Description	No vertical scroll bar appears in the diff window. (The horizontal one does correctly show when appropriate.) MANdARAX • XAЯAbИAM 10:14, 6 November 2010 (UTC)[reply]
To duplicate:
Site URL:	en.wiki
Operating system	XP
.NET FW Version	2.0.50727.3615
AWB version	Various versions through most recent SVN 8097
Workaround	Restart AWB, or use scroll wheel or arrow keys when the focus is on the diff window. Note that clicking in the diff window puts the focus on the edit box. To focus on the diff window, click on "Diff" button or press Ctrl-d or Alt-d.
Fixed in version

Note: I've switched to SVN 7333 because 7351 is too inconvenient and dangerous, making it too difficult to determine what changes will be made. 7333 always displays the vertical scroll bar whether needed or not. MANdARAX • XAЯAbИAM 10:50, 6 November 2010 (UTC)[reply]

I see the horizontal scrollbar in the diff window in SVN 7351. I'm using XP with .Net version 2.0.50727.1873. GoingBatty (talk) 15:46, 6 November 2010 (UTC)[reply]

I have noticed this intermittently on various versions (over last year or so). Restarting AWB seemed to work. Rjwilmsi 16:27, 6 November 2010 (UTC)[reply]

I hadn't seen this in the almost six months since my report, but then it happened today, with SVN 7634. Restarting AWB does fix it, but I figured I'd mention that it's still happening very intermittently. MANdARAX • XAЯAbИAM 19:47, 28 April 2011 (UTC)[reply]

I don't know if this will provide any additional information to help diagnose the problem, but today I opened two instances of SVN 7731 at the same time and both had the problem. I was curious what would happen when opening a third; it also had the problem. MANdARAX • XAЯAbИAM 18:02, 27 May 2011 (UTC)[reply]

This continues to occur, and has been happening to me more often lately – about three or four times in the last week. I'm now using SVN 8062. I understand that discovering the cause of an elusive bug such as this can be very difficult. But it's inconvenient to have to close and restart AWB when it happens. Until it gets fixed, would it be possible to add an option (maybe in the "View" menu or a right-click menu) to add the scrollbar? Or can the program automatically check to see if the scrollbar is enabled? MANdARAX • XAЯAbИAM 06:43, 4 July 2012 (UTC)[reply]

I've seen this from time to time, but only when I've started another program while AWB is loading. If AWB isn't in the foreground when it starts up, the vertical scrollbar is missing. The workaround is to quit, restart, and let it finish its initialisation in the foreground. I've not seen the scrollbar disappear partway through a session. Is this the behaviour that other users are seeing? -- John of Reading (talk) 07:10, 4 July 2012 (UTC)[reply]

I've tried to make it happen by starting another program while AWB is loading or having another already-loaded program in the foreground when AWB starts, but in each case I got the scrollbar. I did see the scrollbar disappear during a session once. I finished one setting file with no scrollbar problems, then I started another setting file and the scrollbar was gone. It's possible that none of the pages in the first set required scrolling so I didn't notice a missing scrollbar, but I think that's unlikely. MANdARAX • XAЯAbИAM 21:50, 4 July 2012 (UTC)[reply]

I had the scroll bar disappear once in mid session. At the time I was running three copies of AWB. Perhaps the issue is low memory related. A restart of AWB fixed the problem. Regards, SunCreator ^(talk) 22:24, 4 July 2012 (UTC)[reply]

Can you reproduce the bug in version 5.5.0.1? GoingBatty (talk) 01:22, 13 April 2013 (UTC)[reply]

I could never intentionally reproduce it; it happened intermittently. I just switched to 5.5.0.1, and I'll post if I see it again. (It did happen in 5.5.0.0, SVN 8979.) MANdARAX • XAЯAbИAM 03:52, 13 April 2013 (UTC)[reply]

It just happened in 5.5.0.1, SVN 9049. MANdARAX • XAЯAbИAM 22:30, 28 April 2013 (UTC)[reply]

And in 5.5.1.2, SVN 9316. MANdARAX • XAЯAbИAM 18:20, 8 July 2013 (UTC)[reply]

Mr Stephen (talk · contribs) has found a way to lose the scrollbar consistently. I've just reproduced this with AWB 5.5.1.2 SVN 9316 and Windows 7 SP 1: run AWB, minimise it and then exit, eg by logging off Windows. When it next starts the scrollbar is missing. -- John of Reading (talk) 15:20, 1 September 2013 (UTC)[reply]

We insist that users must read their talk messages in case the messages relate to problems with their AWB edits. If you cancel the messages popup it would appear again when you processed the next page with AWB. If you want to cancel the popup is it in order to read the talk message another way? Rjwilmsi 09:28, 10 July 2013 (UTC)[reply]

I'm always logged in to Wikpiedia if I am on AWB, but my default browser is Firefox and I use Chrome. -- ^(T) Numbermaniac _(C) 09:29, 10 July 2013 (UTC)[reply]

I support the current behavior. Reading new messages should be mandatory. --Meno25 (talk) 16:42, 6 December 2013 (UTC)[reply]

Status	New
Description	Sometimes the "Portal" namespace word is a bit more spaced out than usual, I will provide a link once the picture has uploaded. -- t numbermaniac c 08:10, 19 July 2013 (UTC)[reply]
To duplicate:	Get a bunch of "Portal" pages in your list
Site URL:	en.wikipedia.org
Operating system	Windows XP
.NET FW Version	2.0.50727.3649
AWB version	5.5.1.2 SVN 9356
Workaround
Fixed in version

Link: http://imgur.com/V2An0o6

Direct link: http://i.imgur.com/V2An0o6.png

-- ^t numbermaniac ^c 08:13, 19 July 2013 (UTC)[reply]

I don't this is something we can fix or we need to fix. -- Magioladitis (talk) 11:14, 21 July 2013 (UTC)[reply]

List box sometimes justifies text. -- Magioladitis (talk) 08:29, 22 November 2013 (UTC)[reply]

Status	New
Description	After successfully processing 100 or so entries, I started getting popup window every time a page loads. The window does not appear for pages being skipped. The top of the window says "External processing error". The body of the window says "The path is not of a legal form." I have tried restarting AWB and rebooting my PC: neither helped. Auntof6 (talk) 04:04, 5 August 2013 (UTC)[reply]
To duplicate:
Site URL:	simple.wikipedia.org
Operating system	Windows XP Home Edition version 5.1.2600
.NET FW Version	2.0.50727.3649
AWB version	5.5.1.2 SVN 9356
Workaround	Click OK and continue processing. It doesn't seem to affect the output.
Fixed in version

Status	New
Description	Per Wikipedia:AutoWikiBrowser/Order of procedures, general fixes run before typo fixing. Instead, typo fixing should run before SimplifyLinks. GoingBatty (talk) 15:00, 2 September 2013 (UTC)[reply]
To duplicate:	Try Yassine Bounou with no general fixes, and see that AWB correctly changes [[Morocco|Moroccon]] to [[Morocco|Moroccan]]. Start again with general fixes on, and see that AWB incorrectly changes [[Morocco|Moroccon]] to [[Morocco]]n.
Site URL:	en.wikipedia.org
Operating system	Windows 7
.NET FW Version	2.0.50727.5472
AWB version	5.5.1.3 SVN 9458
Workaround	manually identify and fix before saving
Fixed in version

GoingBatty, recall Wikipedia_talk:AutoWikiBrowser/Bugs/Archive_21#Fix_brackets_before_typo_fixes and please tell me if we rollback what else we need to do. -- Magioladitis (talk) 18:21, 2 September 2013 (UTC)[reply]

@Magioladitis: - How about FixSyntax, then Typo fixing, then SimplifyLinks? GoingBatty (talk) 19:00, 2 September 2013 (UTC)[reply]

Maybe, but we may end up with the overhead of extra HideText calls. Rjwilmsi 20:18, 6 September 2013 (UTC)[reply]

Status	New
Description	When editing text in the Edit box, I can change the keyboard language to alternative language (RO in my case) using default Windows shortcut (Ctrl-shift), but clicking anywhere in the edit box change the language back to the default EN keyboard language. This also happens when I change the language while editing and move with the arrow keys. Phaneb (talk) 08:20, 22 December 2013 (UTC)[reply]
To duplicate:	1. Login and input a list of pages to change. Click start. 2. Change keyboard language to an alternative language (by shortcut or using the language bar) 4. Cicking anywhere in the Edit box switch back the language to default.
Site URL:	ro. wiktionary.org
Operating system	Windows 7
.NET FW Version	2.0.50727.5472
AWB version	5.5.2.2
Workaround	If I click in the edit box, then change the languange, then just type and avoid clicking/navigating in the edit box, I can write in the alternate language
Fixed in version

Wikipedia_talk:AutoWikiBrowser/Bugs/Archive_15#Keyboard_language_switch_bugs_happens_again. -- Magioladitis (talk) 09:00, 31 January 2014 (UTC)[reply]

Status	Need more information
Description	Hi. I just noticed that, in bot mode, with a delay of 0 seconds, if I click on the "Stop" button whereas the bot is about to save a page, it actually stops the activity of bot, but when I click on "Start" again, I see the page that is actually saved in the "Skipped" pages, in the logs, instead of in the "Succesfully saved" pages. See a screenshot on the right, and the page actually saved here, or this other example (the log shows this page too). Automatik (talk) 20:33, 31 March 2014 (UTC)[reply]
To duplicate:
Site URL:	fr.wiktionary
Operating system	Windows 7
.NET FW Version	2.0.50727.5477
AWB version	5.5.2.3
Workaround	As you can see for the second example (the page acipar), the time shown in the history for the registration of the page is earlier than the time reported in the log of skipped pages. It is possible that, whereas the registration takes place, adding the page in the log of successfully saved pages doesn't occur, then, once restarted, the program does not know we saved the page and so on puts the page in the log of skipped pages.
Fixed in version

@Automatik: As saving a page takes time if you (or AWB automatically when in bot mode) sends the save request to the API, then before the API has replied to confirm the edit has been completed, you press Stop in AWB, then a bit later you process the page again in AWB, the edit will probably have saved in the meantime. So then depending on your skip criteria the page is now skipped and in AWB it looks like you never made the edit. So what do you expect AWB to do here? Rjwilmsi 11:27, 24 April 2014 (UTC)[reply]

Maybe it is possible to receive responses from the API to process them even when the bot is stopped while prohibiting requests (for saving) to the API. Automatik (talk) 22:07, 24 April 2014 (UTC)[reply]

Helder.wiki It works for me. Please update to version 5.5.3.0 or later and try again. Re-report if problem persists. -- Magioladitis (talk) 06:58, 20 July 2014 (UTC)[reply]

@Magioladitis: still not working on 5.5.3.0. Helder.wiki 14:08, 21 July 2014 (UTC)[reply]

Helder.wiki where do you double click? You should double-click on the diff windows. -- Magioladitis (talk) 14:09, 21 July 2014 (UTC)[reply]

That you are running XP might be the problem. Do you have MS Office installed? If not you may need to find and download the Microsoft.mshtml.dll file and put it next to the AutoWikiBrowser.exe. Rjwilmsi 14:21, 21 July 2014 (UTC)[reply]

I'm double clicking in the diff window. Why is AWB requiring this dll if it wasn't before? Helder.wiki 15:54, 21 July 2014 (UTC)[reply]

Other users reported a bug that diff text could not be selected and copied via Control+C. The changes meant that users with Windows XP or wine users without MS Office need the additional DLL file to have the new functionality. I did not think existing diff double click was affected, so the additional DLL is not certain to fix your problem, but I'd like you to try it. Thanks Rjwilmsi 07:39, 22 July 2014 (UTC)[reply]

I can replicate this when skip minor replacement is enabled, only when this skip option is enabled, and it's only a problem on re-parse. I'll look into fixing it. Rjwilmsi 07:13, 6 May 2014 (UTC)[reply]

It is always nice to hear that it can be replicated. At least then we know that it is not just on my config, or that I am seeing something that is not really there. I appreciate your looking into it and looking to fix it.

However, you merged another bug report into this one. I see two different behaviors. I am wondering if the merge was because you felt the two different behaviors were actually the same bug, or if you were unable to duplicate the second behavior and felt that it was just a duplicate report of this bug. You're looking at the code, so are the one that makes the call as to 1 or 2 bugs. I just want to make sure that both behaviors are noted (and, hopefully, fixed). I don't want the second behavior to fall through the cracks because I failed to describe it sufficiently, or because it was a bit more difficult to duplicate.

The two different behaviors:

1. Not run on initial parse with "minor" and "after fixes" checked in the rule and "Skip if: only minor replacement made". Does not run on re-parse. Will run on re-parse if "Skip if: only minor replacement made" unchecked after initial parse.
2. Runs on initial parse with "minor" and not "after fixes" checked in the rule and "Skip if: only minor replacement made". Does not run on re-parse. Will run on re-parse if "Skip if: only minor replacement made" unchecked after initial parse.

Behavior #1:

I encountered this issue – intended to be covered by this bug report – where rules marked as both minor and after fixes did not run on initial parsing of the page – definitely not run on initial parsing. I only noticed it because replacements I expected to see in an article upon initial presentation to me had not occurred (one that was not skipped according to any skip criteria at the time). I do not recall if, at the time, I attempt to re-parse in order to see if it still failed to run on a re-parse. After testing further, I verified that the rule is also not run on re-parse.

For me it is definitely not run on initial parse of the page and on re-parse. The "after fixes" checkbox can be unchecked and re-parse will work normally for that rule. I have re-verified that it is on both initial parse and re-parse. I also confirmed that "Skip if: only minor replacement made" must be checked for the issue to occur and that unchecking "Skip if: only minor replacement made" after initial parse will result on the rule being run upon re-parse.

Behavior #2:

The other bug was that the rules marked as "minor" (not "after fixes") definitely ran on initial parse. They then definitely did not run on re-parse. "Skip if: only minor replacement made" must be checked. They will run on re-re-parse after "Skip if: only minor replacement made" is unchecked. There appears to be more to the conditions causing the not running upon re-parse as my simple, quick testing did not duplicate this issue. However, I am able to repeatedly duplicate it in real runs. I will attempt to get a better min-case.

It may be all one bug, grouped in one set of code. However, to me, from an observation standpoint, it is two different behaviors.

#1 We appear to have min-cased. It is repeatable with those settings.

#2 Is not yet exactly defined. I have not seen the issue in a simple case, but do see it in normal use. For me it is repeatable to the extent of regularly (multiple times in a session) working around the issue (needing to uncheck "Skip if: only minor replacement made" prior to re-parsing). — Makyen (talk) 23:39, 6 May 2014 (UTC)[reply]

rev 10097 Don't apply find & replace skip checks when reparsing. You're writing a lot but I am unable to replicate any problems on first parse. If you want me to look at it further, please provide an AWB settings file and an article where the first parse problem can be replicated. Thanks Rjwilmsi 09:54, 7 May 2014 (UTC)[reply]

That is a reasonable request. I do see it routinely with the set of rules I am currently using. Is there a normal/good way to pass you the settings file? If not, I will just choose some off-wiki hosting.

I still should make further attempts to find a minimum case.

Hmmm... Ok hold on... I've got it down to two rules. A bit of a contrivance, but...

Rule 1:<Replacement> <Find>publisher</Find> <Replace /> <Comment>MINOR</Comment> <IsRegex>false</IsRegex> <Enabled>true</Enabled> <Minor>true</Minor> <BeforeOrAfter>false</BeforeOrAfter> <RegularExpressionOptions>IgnoreCase</RegularExpressionOptions> </Replacement>

Rule 2:<Replacement> <Find>({{\s*[cC]it[ea](?:[^}{]*(?:\{\{[^}{]*}}[^}{]*)*)\|(?:[^}{\n\r]*(?:\{\{[^}{]*}}[^}{]*)*))(\s*\|\s*)(coauthors)(\s*=\s*)((?:[^}{|\[/;:+&]*))(?=\s*[|}])</Find><Replace>$1$2author2$4<!---publisher--->$5</Replace> <Comment>NOT minor</Comment> <IsRegex>true</IsRegex> <Enabled>true</Enabled> <Minor>false</Minor> <BeforeOrAfter>false</BeforeOrAfter> <RegularExpressionOptions>IgnoreCase</RegularExpressionOptions> </Replacement>

Page:Park Si-Hun

I, of course, remain willing to send a complete file. However, I was able to drop these two rules into a default config and exhibit issue #2 (minor rule runs on initial parse, but not re-parse). It did not matter if gen fixes and/or typos were enabled. No skip options other than "F&R Skip if: no replacement" and "F&R Skip if: only minor replacement made". — Makyen (talk) 08:12, 8 May 2014 (UTC)[reply]

OK, this is fixed now. I have uploaded a new snapshot release to sourceforge, that URL should be available within a few minutes. Please download that and retest your scenarios, and tell me if there are any remaining problems. Rjwilmsi 10:39, 8 May 2014 (UTC)[reply]

Thank you for the snapshot. I downloaded it and have been using it. I confirm that #2 is fixed. The fix is making my workflow much easier. Thank you.

Unfortunately, #1 is not fully fixed (F&R rules marked both "minor" and "after fixes"). However, it has changed. They now do not run on initial parse but do run on re-parse (previously they did not run on re-parse). — Makyen (talk) 09:21, 10 May 2014 (UTC)[reply]

Works for me on your earlier test case. If the F&R rules don't run, what happens then? Page is skipped, or only some other changes are applied on first run? Rjwilmsi 09:30, 10 May 2014 (UTC)[reply]

Sorry for the delay in getting back to this. I completely missed that you replied.

My earlier test case from above is for problem #2 which now works correctly with the snapshot (minors previously were not running on re-parse, now they are).

The thing that is not working correctly, but has changed in how it works, is problem #1: "minor" and "after fixes". Behavior with snapshot is that they do not run on initial parse, but do run on re-parse.

Specific to your question: All rules run on initial parse except those that are "minor" and "after fixes". All rules run on re-parse. — Makyen (talk) 07:08, 14 May 2014 (UTC)[reply]

Status	New
Description	When editing in the edit box I often am using multiple windows. If I switch focus to a different window and then later click in the edit box to resume focus on AWB the edit box will often scroll to the top losing the position at which I am editing. This may require that a window be overlapping AWB. — Makyen (talk) 09:33, May 4, 2014‎ (UTC)
To duplicate:	Happens fairly commonly while switching back an forth editing, but I have not yet attempted to min-case it. My impression is that it does not happen 100% of the time, but I need to investigate.
Site URL:	enwiki
Operating system	Windows XP
.NET FW Version	2.0.50727.3655
AWB version	5.5.2.3
Workaround	probably use other methods of switching window focus. I will try a alternatives.
Fixed in version

I am not sure if this case covers all of the times that I have seen this issue, but it does cause the issue and is repeatable: It happens if you select text and then click and drag (even a small amount) within the edit box such as to create a situation that is recognized as a drag and drop move. The mouse pointer will indicate that the target is not valid for a drop, but when the mouse button is released the window scrolls to the top of the page. — Makyen (talk) 13:35, 10 May 2014 (UTC)[reply]

Status	New
Description	The ctrl-a keystroke does not function to select the entire entry field in multiple entry fields. I can make a list of the fields in which I try it and find that it does not work, if it is helpful. This is particularly annoying in fields that have very small visible text area like the "find" field next to the edit box. — Makyen (talk) 10:08, 4 May 2014 (UTC)[reply]
To duplicate:	Have text in the field and hit ctr-l. The text will not be selected and the normal "bong" audio clip for a failed action is played.
Site URL:	enwiki
Operating system	Windows XP
.NET FW Version	2.0.50727.3655
AWB version	5.5.2.3
Workaround	Use the mouse or other multi-keypres combinations to select the text (e.g. Home then shift-End.
Fixed in version

I was going to report that Ctrl-A fails to select all the items in List comparer Results lists, but this report seems to cover that. Stevie is the man! ^{Talk • Work} 10:35, 20 August 2014 (UTC)[reply]

@Makyen: Have you tried right clicking in the edit box and choosing "Replace text with last edit", documented at Wikipedia:AutoWikiBrowser/User_manual#Edit_box_context_menu? Rjwilmsi 07:01, 6 May 2014 (UTC)[reply]

No. While I did look for such a feature, I completely missed it in the context menu. I had hoped something would exist given the existence of autosave.txt, but failed to find it. Sorry about that.

However, I did, at the times, check the actual contents of autosave.txt. That file contained either a total of 3 bytes (Unicode byte order mark), or a copy of the unedited article, not the previously edited contents. The next time this happens I will try the function available from the context menu to verify that there is an actual problem here rather than just a failure on my part to use the features already available.

If the "Replace text with last edit" function fills the article content from the current contents of autosave.txt it will not recover the text as edited as the edited contents were not there. If it fills from a version of the text internal to AWB, then this is probably user error and not a bug. Although, it would be nice if the autosave.txt file, or a temporary copy of it, continued to have valid contents from the previous edit through the beginning of hand edits for the next page.

Hmmm... The Unicode byte order mark version – I saved, via copy, a couple of versions of autosave.txt – may be from one of the times AWB went into an infinite restarting countdown loop (a bug I have not yet filed; seen at least twice; requires killing and restarting AWB). — Makyen (talk) 00:30, 7 May 2014 (UTC)[reply]

Autosave.txt and "Replace text with last edit" are unrelated. Rjwilmsi 07:26, 7 May 2014 (UTC)[reply]

Thank you for the information.

I confirm the primarily issue as my failure to RTFM. The use of the "Replace text with last edit" appears to solve the majority, but not all, of the times this is an issue. [NOTE: The single failure of saving .. restarting .. re-edit is rare. It has only happened twice since the above post pointing me at the manual, but in both cases "Replace text with last edit" has restored the edited text.]

However, there is a rarer situation for which it would be nice to not have autosave.txt overwritten prior to hand editing the next article (or at least until the article is confirmed as saved). On a couple/few occasions AWB has gotten into infinite, or semi-infinite loops. The first reason this has happened has been due to unknown causes where AWB will repeatedly do the "Restarting in XX" countdown and apparently never get out of it. I have always killed AWB after it has run through that process several or a few times. AWB might get out of it on its own eventually, but it does not do so in the time I have let it run. In those situations, the edit is not saved and the autosave.txt file does not contain the contents of the edit. it would be helpful if that file was not overwritten until the next article is being edited rather then at, or shortly after, the save button is clicked.

However, this is a much more rare occurrence than just failing to save and bringing up the same article again (say like 1 in 10??).

On the other hand, my assumption from the existence of an autosave.txt file is that it is supposed to be the last fallback to obtain a copy of the edits in the case of an AWB crash, system crash, or other such failure. Assuming that is the case, it should not be overwritten at least until the edit is confirmed as saved. — Makyen (talk) 10:22, 10 May 2014 (UTC)[reply]

@Makyen: The autosave is based on a timer only. There is also a right click option in the edit box to save the entire contents to a text file at any point you like. What are you expecting in addition? A third option whereby AWB automatically saves the edit box text each time the user press Save, so that text file remains until the user presses Save again? Rjwilmsi 08:13, 11 May 2014 (UTC)[reply]

@Rjwilmsi: As I understand the function of a file like autosave.txt is that it is a last ditch backup of the edited contents of the page. Ultimately, what I was reporting was that on a few occasions I did not find the hoped-for contents when I went to the autosave.txt file to find a backup copy of text which I had hand edited. This was on pages for which I had clicked the save button but not had the page actually save. The "Replace text with last edit" context menu function solves this issue in the majority of cases, but not all. What I was suggesting as a way to make it such that the contents of the possibly lost edit be available in as many failure modes as possible is that the autosave.txt file not be overwritten until the user manually edits the next page. Specifically, the file was blanked on at least one occasion (I don't specifically remember about others). On that occasion the entire contents of the file was a Unicode byte order mark. This implied to me that the file was overwritten at some point when AWB did not actually have any data in the buffer. This would be consistent with the file being written with the contents of a buffer, upon callback from a timer without checking to see if the contents of the buffer were valid.

Making a change would cause the logic for saving the buffer to autosave.txt to be somewhat more complex than only on a timer. In the callback from the timer, prior to saving, it would need to check to see if the current buffer was valid or had been manually changed. The manually changed part might make this more complicated than needed.

Having a third backup method/option (make additional backup upon clicking save kept until clicking save on the next page) is a valid solution to the desired function of having a backup in case of failures and would solve the issue I reported. It would also keep the backup available to the user for a longer time. Given that it is just a call to save the text in a file each time the save button is clicked it might be easier to implement than checking for a manual edit in the current auto-save timer function.

Basically, what I would like is a way to recover manually edited data when the save fails and AWB never makes it to the point where "Replace text with last edit" can be used. I had assumed the autosave.txt file would fill this need, but found that it did not when I tried to find lost edits.

It appears I am not communicating well. Perhaps if I describe the logic I am attempting to communicate: Suggested logic (based on assumptions from your description above):

• main program: buffer valid flag set when data from a page is ready ("Ready to save") to be edited by the user. Flag cleared when "Processing page" (i.e. during re-parse). Function to save autosave.txt file called upon user clicking save, then buffer valid flag cleared.
• autosave.txt timer callback: save if buffer valid flag is set. Do nothing if buffer valid flag is cleared.

I believe that would solve the issue which I had of not finding data in the autosave.txt file when the problem/crash/hang occurred between clicking save and being presented with a page to edit ("Ready to save"). — Makyen (talk) 00:28, 13 May 2014 (UTC)[reply]

I suspect this will be an intermittent network connection or MediaWiki API issue. In the past we have put in protections against blanking/saving blank pages, but there is always some editor using AWB on another wiki/language who then complains they can't deliberately blank pages. Rjwilmsi 08:15, 11 May 2014 (UTC)[reply]

Maybe so, but prior to last week I was never presented with a blank edit box--which I do not want. I was always put into an edit session for the article so I could examine the changes AWB made and make any additional manual changes I cared to. Now, very randomly, I receive this blank edit session while working my way down through a whole collection of articles. And the same thing occurs again for the same article, such as National Liberation Committee for Northern Italy, hours or days later. Hmains (talk) 21:17, 11 May 2014 (UTC)[reply]

@Hmains and Rjwilmsi: I edited all the pages fine. I have not encountered any blank edit box for a long time now. -- Magioladitis (talk) 06:10, 18 May 2014 (UTC)[reply]

I have had dozens of these occur today and tried to find some pattern. I have not been able to. Examples: Shark River Reef or Rattlesnake Mountain (New Jersey) Hmains (talk) 03:10, 16 June 2014 (UTC)[reply]

Hmains does this problem still occur? -- Magioladitis (talk) 22:59, 20 June 2014 (UTC)[reply]

• Yes, it just occurred with one article in the last hour. Hmains (talk) 23:17, 20 June 2014 (UTC)[reply]
  • And Magioladitis it just occurred again right now with Fort Lemhi Hmains (talk) 23:37, 20 June 2014 (UTC)[reply]
    • And Magioladitis now Fort Pickering Hmains (talk) 23:46, 20 June 2014 (UTC)[reply]

Hmains do you use some special settings file or does this happen with the default settings? Maybe you could post your settings file somewhere so I could have a look.

Moreover, can you please update to 5.5.3.0 and tell me if this still occurs? Thanks. -- Magioladitis (talk) 03:45, 21 June 2014 (UTC)[reply]

Magioladitis I don't know enough about AWB to be doing anything special; I just do the same things over and over: change from one category to another using find and replace. When you say 'my settings' file, do you mean a 'find and replace' that I am using or what? If something else, how can I get find it and give it to you? Hmains (talk) 04:07, 21 June 2014 (UTC)[reply]

Hmains try first to upgrade to 5.5.3.0 if problem persists then check Wikipedia_talk:AutoWikiBrowser#Frequently_asked_questions to see where your settings file (an .xml file) is. Thanks again! -- Magioladitis (talk) 04:28, 21 June 2014 (UTC)[reply]

Magioladitis. Ok I upgraded and started again. Result the same, with Spring Gulch Hmains (talk) 04:55, 21 June 2014 (UTC)[reply]

Hmains OK! Next step. Save your settings file somewhere and post it for me. If you can't find it just do the following: Start AWB as usual, login, Save settings as..., post the file you just saved to your sandbox or somewhere else so I can obtain it. -- Magioladitis (talk) 04:59, 21 June 2014 (UTC)[reply]

Magioladitis I placed the one I have been using today (with the usual failures) directly into User:Hmains/sandbox Hmains (talk) 06:12, 21 June 2014 (UTC)[reply]

Magioladitis Was this of any use? Hmains (talk) 03:49, 22 June 2014 (UTC)[reply]

Hmains I see nothing strange in the settings file. There was only a "-" preventing me from loading it but after I removed it all seem OK. -- Magioladitis (talk) 06:51, 22 June 2014 (UTC)[reply]

Just to let everyone know, this fault is still occurring whenever I use AWB (daily) Hmains (talk) 16:56, 23 August 2014 (UTC)[reply]

@Hmains, GoingBatty, Reedy, and Rjwilmsi: I can't understand why this happen this often to Hmains but not to me. Any ideas? PS Hmains has shown incredible patience :) -- Magioladitis (talk) 17:54, 23 August 2014 (UTC)[reply]

@Hmains: please download version 5.4.0.0 and use the settings I provide at User:Hmains/sandbox. Tell me if you see any improvement. -- Magioladitis (talk) 18:03, 23 August 2014 (UTC)[reply]

Magioladitis But of course I have no choice but to have patience and keep editing! Anyway, I downloaded v 5.4.4.0 as that was the latest version auto furnished to me. I don't know what to do with the User:Hmains/sandbox material. Simple instructions please. Hmains (talk) 02:12, 26 August 2014 (UTC)[reply]

@Hmains: copy paste the page to a text file and save it with .xml extension and load this as your settings file. -- Magioladitis (talk) 05:24, 26 August 2014 (UTC)[reply]

Magioladitis I finally got this settings file figured out and started through Category:Geography of Colorado by county category recurse 1 level. I invoked my filter and then started. I went through several articles ok, until I got to Echo Park (Colorado) which gave me blank edit box. I skipped it and went on. Next and last with blank edit box was Spring Gulch. What now? Hmains (talk) 20:16, 30 August 2014 (UTC)[reply]

I am heavily getting this error now with 5.5.3.0. Out of a 300 pages list on de-Wikipedia, more than 200 pages are shown blank. Unfortunately my global account does not work on en-WP; on all other wikis my account is Bildungsbürger. Should I send a settings file to someone? --84.147.153.68 (talk) 19:17, 28 August 2014 (UTC)[reply]

By the way, for me this seems to be very similar to #Blanking articles below. --84.147.139.92 (talk) 12:27, 29 August 2014 (UTC) (de:Benutzer:Bildungsbürger)[reply]

Hmains, Rjwilmsi created a patch to test. I'll upload it tomorrow. -- Magioladitis (talk) 22:23, 30 August 2014 (UTC)[reply]

@Solarra, Hmains, and Rjwilmsi: I uploaded revision 10441. Please test it and report if you still get problems. -- Magioladitis (talk) 09:31, 31 August 2014 (UTC)[reply]

Magioladitis I downloaded 10441 and used it. Same problem in Category:Geography of Colorado by county category recurse 1 level. I invoked my filter and then started. I went through several articles ok, until I got to Echo Park (Colorado) which gave me blank edit box. I skipped it and went on. Second and last with blank edit box was Spring Gulch. Sorry. Hmains (talk) 18:55, 31 August 2014 (UTC)[reply]

Hmains we have to sit and wait for new ideas by Rjwilmsi and Reedy. -- Magioladitis (talk) 07:51, 4 September 2014 (UTC)[reply]

Hmains I uploaded revision 10458. Please test it. Rjwilmsi may want to give some advice too. -- Magioladitis (talk) 12:12, 9 September 2014 (UTC)[reply]

Hmains after you load the revision I uploaded, also load your settings and then save them again. Your settings file is a bot older and misses some properties. -- Magioladitis (talk) 09:44, 11 September 2014 (UTC)[reply]

Magioladitis I downloaded AWB 5541 rev 10458. I loaded the settings you gave me above. I deleted one item; saved the result; got out of AWB and back into 5541/10458. I manually ran through the articles. Echo Park (Colorado) and Spring Gulch will give me blank edit boxes. Hmains (talk) 21:41, 12 September 2014 (UTC)[reply]

I can actually duplicate the bug! -- Magioladitis (talk) 00:00, 13 September 2014 (UTC)[reply]

@Hmains, Rjwilmsi, Reedy, and Solarra: Found it! the problem is with More... → Files → Comment out file: when this is blank! -- Magioladitis (talk) 00:14, 13 September 2014 (UTC)[reply]

Magioladitis Is there something I need to do? Hmains (talk) 00:41, 13 September 2014 (UTC)[reply]

Hmains just use the settings from User:Hmains/sandbox. (or go to More... → Files and change "Comment out file:" to "Choose a task..."). I fixed the problem for you. Just test and confirm everything is fine. -- Magioladitis (talk) 07:40, 13 September 2014 (UTC)[reply]

Bildungsbürger same problem! Change More... → Files and change "Replace file:" to "Choose a task..." -- Magioladitis (talk) 13:53, 13 September 2014 (UTC)[reply]

@Rjwilmsi and Reedy: Problem is in "UpdateImages" (Article.cs). -- Magioladitis (talk) 13:56, 13 September 2014 (UTC)[reply]

• Magioladitis Thank you very much. Now that works in the test environment you gave me. Now for actual use. What version of AWB should I now be using? Can I fix the problem with any/all of my new/saved settings files by just changing the More... Files... to 'choose a task'? Hmains (talk) 16:32, 13 September 2014 (UTC)[reply]

Hmains you can use version 5.4.0.0 or later and you can fix all of your saved settings by just changing the More... Files... to 'choose a task'. I hope in the next version we 'll fix this completely so editors won't have to resave all their settings. -- Magioladitis (talk) 16:38, 13 September 2014 (UTC)[reply]

• Magioladitis OK very good. Thanks for taking good care of AWB. Hmains (talk) 16:41, 13 September 2014 (UTC)[reply]

Status	New
Description	The display of the Database scanner's window is not fine if the text of the screen is resized by the OS. (see image on the right) Automatik (talk) 14:34, 20 April 2014 (UTC)[reply] NB: same for the main interface of AWB.
To duplicate:	Increase the size text of 125% from the Control Panel and go on the database scanner to see the display (my screen size is 15.4 inch)
Site URL:	N/A
Operating system	Windows 7
.NET FW Version	2.0.50727.5477
AWB version	5.5.2.3
Workaround
Fixed in version

Status	New
Description	This option is only working in test mode. Has anyone a test regexp + string? Because this option get not saved. Perhelion (talk) 00:24, 22 May 2014 (UTC)[reply]
To duplicate:
Operating system	Win 7
.NET FW Version
AWB version	...5.5.2.3... & ...5.5.3.0...
Workaround
Fixed in version

Also in this version is present a strange behaviour. When there's a bold word word like '''this''', is not possible to select it through a double click. If I double click over that word, what is selected are the three apos plus the following white spaces. I'm giving you this page just as a reference, but you can reproduce it with any page. --Andyrom75 (talk) 21:43, 9 June 2014 (UTC)[reply]

Status	New
Description	When running AWB using default settings occasionally the program identifies a linked article as a dead end, blanks it and labels it as a stub.♥ Solarra ♥ ♪ 話 ♪ ߷ ♀ 投稿 ♀ 05:46, 19 July 2014 (UTC)[reply]
To duplicate:	I cant quite be sure, the problem has only happened 3x out of the 7,000 plus article I've looked at, I have it set to skip if no changes are made, if whitespace is only changed, if only minor genfixes, only cosmetic changes are made, and if the page is a redirect. Regex typo fixing is checked as is Auto tag, Apply general fixes, and uni-codify whole page.
Site URL:	Geoffrey Alderman, Hans Alders, and 100s (rapper)
Operating system	Windows 7
.NET FW Version	.NET version: 5.1
AWB version	5.5.3.0
Workaround	Manually skip the edit, but the diff doesn't specify the page is being blanked, have to pay close attention to the Source box in the bottom right.
Fixed in version

@Solarra: I can't reproduce the issue - can you? Each page had wikilinks on it before your edit, so they should not have been tagged with {{dead end}}. Did you have any Find & Replace rules enabled? Thanks! GoingBatty (talk) 06:23, 19 July 2014 (UTC)[reply]

(edit conflict):@GoingBatty: I had the box checked, but nothing actually tagged to find and replace (the same settings I'm using right now). Skip if no replacement, Find and replace, nothing in the settings boxes. ♥ Solarra ♥ ^{♪ 話 ♪} ߷ _{♀ 投稿 ♀} 06:26, 19 July 2014 (UTC)[reply]

(e/c) I can't reproduce this either. It sounds as if AWB failed to read the article text, or lost the text somehow before counting the links or checking the word count. Then you'd be left with a blank article labelled "dead end" and "stub". -- John of Reading (talk) 06:33, 19 July 2014 (UTC)[reply]

@Solarra: If you run these three articles through AWB again, does AWB blank the pages again? Thanks! GoingBatty (talk) 06:34, 19 July 2014 (UTC)[reply]

All: Here are screenshots of my settings (pardon the dark theme). Let me try right quick GoingBatty♥ Solarra ♥ ^{♪ 話 ♪} ߷ _{♀ 投稿 ♀} 06:36, 19 July 2014 (UTC)[reply]

I just ran all three of those articles through AWB again and it did not do it again. I haven't changed my settings since it happened. ♥ Solarra ♥ ^{♪ 話 ♪} ߷ _{♀ 投稿 ♀} 06:40, 19 July 2014 (UTC)[reply]

It did it again on Street Villains 13, I'm going to CSD nom this but it did do it to both that page and a author-blanked {{db-g7}} article. ♥ Solarra ♥ ^{♪ 話 ♪} ߷ _{♀ 投稿 ♀} 06:56, 19 July 2014 (UTC)[reply]

It was pointed out to me my connection speed might be relevant. I get on average 40-50 Mbps on Speedtest.net and a ping of ~110-120. ♥ Solarra ♥ ^{♪ 話 ♪} ߷ _{♀ 投稿 ♀} 08:45, 19 July 2014 (UTC)[reply]

Same here Wikipedia_talk:AutoWikiBrowser/Bugs#blank_edit_box_presented. I wonder what is the common thing between Solarra and Hmains's settings. -- Magioladitis (talk) 11:23, 19 July 2014 (UTC)[reply]

Solarra i need that you post tour settings file the same way Hmains did. Moreover, I would like to know if you guy have any plugins loaded and this bugs also occurs then you have "Auto-tag" disactivated. Thanks, Magioladitis (talk) 11:26, 19 July 2014 (UTC)[reply]

Sorry for the long delay on the reply on this, I have been User talk:Solarra quite popular today. Anyways I'm not entirely sure how to pull the tour settings (not exactly programming literate), but I'm more than happy to do so if you can walk me through it. As for not tagging, no I haven't had it occur if I don't have articles auto-tagged. Also, I don't have any plugins loaded, as I do not know where to get any. Just using the basic software on more or less default settings. ♥ Solarra ♥ ^{♪ 話 ♪} ߷ _{♀ 投稿 ♀} 23:47, 19 July 2014 (UTC)[reply]

@Solarra: See Wikipedia talk:AutoWikiBrowser#Frequently asked questions for the location of your settings file, depending on your operating system. Thanks! GoingBatty (talk) 14:46, 20 July 2014 (UTC)[reply]

Page blanking is an old bug, but it was with a far lesser frequency, and we put it down (with good reason) to the API-write. This problems seems to arise from reading a blank page when there should be text there. At least we should be able to sanity check for this, by having a default option to skip blank pages or by having a warning come up, or a combination of the two. It might even be worth having a default option to re-try blank pages. All the best: Rich Farmbrough, 17:29, 21 August 2014 (UTC).

As stated above, I can reproduce this bug (or the one in #blank edit box presented above) quite well. Now it really looks to me like an issue connected to the settings file: I renamed my Default.xml and let AWB start up with default settings - the behavior was OK! My "old" Default.xml contains some settings related to find/replace actions I did some time ago, then deactivated find/replace. So some technical expert may want to have a look at the details/differences... --84.147.139.92 (talk) 12:31, 29 August 2014 (UTC) (de:Benutzer:Bildungsbürger)[reply]

@Magioladitis: you have mail. --84.147.165.48 (talk) 19:13, 10 September 2014 (UTC) (de:Benutzer:Bildungsbürger)[reply]

@Solarra, Hmains, and Rjwilmsi: I uploaded revision 10441. Please test it and report if you still get problems. -- Magioladitis (talk) 09:31, 31 August 2014 (UTC)[reply]

Status	New
Description	Ctrl functions don't work in List comparer Results lists. Ctrl-A doesn't work to select all. The cut/copy Ctrl functions (X,C) don't work either. I saw that a bug related to Ctrl-A was already created, but this bug seems to go beyond that for these lists. Stevie is the man! Talk • Work 10:52, 20 August 2014 (UTC)[reply]
To duplicate:	Open Tools, List comparer. Create two lists and click the Compare button. In any of the results lists, try to use Ctrl-A, or try to select several items, then Ctrl-C or Ctrl-X. They don't function as they do in lists elsewhere.
Site URL:	en.wikipedia.org
Operating system	Windows 7
.NET FW Version	2.0.50727.5483
AWB version	5.5.4.0
Workaround	Select all (Ctrl-A) can be done by selecting the first item, then doing Shift-end. Copy (Ctrl-C) can be done by selecting items and then clicking "Copy selected" in the context menu. Cut (Ctrl-X) can be done by selecting items, clicking "Copy selected" in the context menu, then clicking "Delete selected".
Fixed in version

Status	New
Description	Exception: ConfigurationErrorsException Message: Configuration system failed to initialize Call stack: at System.Configuration.ClientConfigurationSystem.OnConfigRemoved(Object sender, InternalConfigEventArgs e) at System.Configuration.Internal.InternalConfigRoot.OnConfigRemoved(InternalConfigEventArgs e) at System.Configuration.Internal.InternalConfigRoot.RemoveConfigImpl(String configPath, BaseConfigurationRecord configRecord) at System.Configuration.BaseConfigurationRecord.GetSectionRecursive(String configKey, Boolean getLkg, Boolean checkPermission, Boolean getRuntimeObject, Boolean requestIsHere, Object& result, Object& resultRuntimeObject) at System.Configuration.BaseConfigurationRecord.GetSection(String configKey, Boolean getLkg, Boolean checkPermission) at System.Configuration.BaseConfigurationRecord.GetSection(String configKey) at System.Configuration.ClientConfigurationSystem.System.Configuration.Internal.IInternalConfigSystem.GetSection(String sectionName) at System.Configuration.ConfigurationManager.GetSection(String sectionName) at System.Configuration.ClientSettingsStore.ReadSettings(String sectionName, Boolean isUserScoped) at System.Configuration.LocalFileSettingsProvider.GetPropertyValues(SettingsContext context, SettingsPropertyCollection properties) at System.Configuration.SettingsBase.GetPropertiesFromProvider(SettingsProvider provider) at System.Configuration.SettingsBase.GetPropertyValueByName(String propertyName) at System.Configuration.SettingsBase.get_Item(String propertyName) at System.Configuration.ApplicationSettingsBase.GetPropertyValue(String propertyName) at System.Configuration.ApplicationSettingsBase.get_Item(String propertyName) at AutoWikiBrowser.Properties.Settings.get_WindowLocation() at AutoWikiBrowser.MainForm.InitializeComponent() at AutoWikiBrowser.MainForm..ctor() at AutoWikiBrowser.Program.Main(String[] args) Inner exception: ConfigurationErrorsException Message: Root element is missing. (C:\Users\<user name redacted>\AppData\Local\AutoWikiBrowser\AutoWikiBrowser.exe_Url_msa5mgbjq4gdd1kousctqfxz0n3ssknp\5.5.4.0\user.config) Call stack: at System.Configuration.ConfigurationSchemaErrors.ThrowIfErrors(Boolean ignoreLocal) at System.Configuration.BaseConfigurationRecord.ThrowIfParseErrors(ConfigurationSchemaErrors schemaErrors) at System.Configuration.BaseConfigurationRecord.ThrowIfInitErrors() at System.Configuration.ClientConfigurationSystem.OnConfigRemoved(Object sender, InternalConfigEventArgs e) 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.Configuration.XmlUtil..ctor(Stream stream, String name, Boolean readToFirstElement, ConfigurationSchemaErrors schemaErrors) at System.Configuration.BaseConfigurationRecord.InitConfigFromFile() System.Configuration.ConfigurationErrorsException: Configuration system failed to initialize ---> System.Configuration.ConfigurationErrorsException: Root element is missing. (C:\Users\<user name redacted>\AppData\Local\AutoWikiBrowser\AutoWikiBrowser.exe_Url_msa5mgbjq4gdd1kousctqfxz0n3ssknp\5.5.4.0\user.config) ---> System.Xml.XmlException: Root element is missing. 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.Configuration.XmlUtil..ctor(Stream stream, String name, Boolean readToFirstElement, ConfigurationSchemaErrors schemaErrors) at System.Configuration.BaseConfigurationRecord.InitConfigFromFile() --- End of inner exception stack trace --- at System.Configuration.ConfigurationSchemaErrors.ThrowIfErrors(Boolean ignoreLocal) at System.Configuration.BaseConfigurationRecord.ThrowIfParseErrors(ConfigurationSchemaErrors schemaErrors) at System.Configuration.BaseConfigurationRecord.ThrowIfInitErrors() at System.Configuration.ClientConfigurationSystem.OnConfigRemoved(Object sender, InternalConfigEventArgs e) --- End of inner exception stack trace --- at System.Configuration.ClientConfigurationSystem.OnConfigRemoved(Object sender, InternalConfigEventArgs e) at System.Configuration.Internal.InternalConfigRoot.OnConfigRemoved(InternalConfigEventArgs e) at System.Configuration.Internal.InternalConfigRoot.RemoveConfigImpl(String configPath, BaseConfigurationRecord configRecord) at System.Configuration.BaseConfigurationRecord.GetSectionRecursive(String configKey, Boolean getLkg, Boolean checkPermission, Boolean getRuntimeObject, Boolean requestIsHere, Object& result, Object& resultRuntimeObject) at System.Configuration.BaseConfigurationRecord.GetSection(String configKey, Boolean getLkg, Boolean checkPermission) at System.Configuration.BaseConfigurationRecord.GetSection(String configKey) at System.Configuration.ClientConfigurationSystem.System.Configuration.Internal.IInternalConfigSystem.GetSection(String sectionName) at System.Configuration.ConfigurationManager.GetSection(String sectionName) at System.Configuration.ClientSettingsStore.ReadSettings(String sectionName, Boolean isUserScoped) at System.Configuration.LocalFileSettingsProvider.GetPropertyValues(SettingsContext context, SettingsPropertyCollection properties) at System.Configuration.SettingsBase.GetPropertiesFromProvider(SettingsProvider provider) at System.Configuration.SettingsBase.GetPropertyValueByName(String propertyName) at System.Configuration.SettingsBase.get_Item(String propertyName) at System.Configuration.ApplicationSettingsBase.GetPropertyValue(String propertyName) at System.Configuration.ApplicationSettingsBase.get_Item(String propertyName) at AutoWikiBrowser.Properties.Settings.get_WindowLocation() at AutoWikiBrowser.MainForm.InitializeComponent() at AutoWikiBrowser.MainForm..ctor() at AutoWikiBrowser.Program.Main(String[] args) Note: Although this formatted messages says my OS is Windows NT, it is actually Windows 8. When I click on "Continue working", the message window goes away, but AWB does not load. Auntof6 (talk) 23:21, 4 September 2014 (UTC)[reply]
To duplicate:	Try to invoke AWB
Site URL:	https://en.wikipedia.org
Operating system	Microsoft Windows NT 6.2.9200.0
.NET FW Version	2.0.50727.6419
AWB version	AutoWikiBrowser (5.5.4.0), WikiFunctions (5.5.4.0), revision 10393 (2014-08-20 20:29:53)
Workaround
Fixed in version

Note: Although this formatted messages says my OS is Windows NT, it is actually Windows 8. When I click on "Continue working", the message window goes away, but AWB does not load.

Update: I seem to have fixed this. My user.config file was empty. I copied the info from the user.config for a previous version of AWB, and it seems to be working fine. The only thing I can think of that I did that might have changed things was to update Windows 8. Before the update, AWB was working. After it, AWB was not working. However, I did not have this problem after previous Windows 8 updates, so I'm not really sure what happened. If anyone wants any more info that I can provide, let me know. It's probably best to leave a message on my talk page, because now that AWB is working for me again, I probably won't be checking here as often. --Auntof6 (talk) 00:45, 8 September 2014 (UTC)[reply]

Status	New
Description	[12] Magioladitis (talk) 12:04, 10 September 2014 (UTC)[reply]
To duplicate:
Site URL:	enwiki
Operating system	7
.NET FW Version
AWB version	rev 10458
Workaround
Fixed in version

Status	New
Description	Exception: ArgumentOutOfRangeException Message: 指定的参数已超出有效值的范围。 参数名: option Call stack: 在 WikiFunctions.Article.Categorisation(CategorisationOptions option, Parsers parsers, Boolean skipIfNoChange, String categoryText, String categoryText2, Boolean removeSortKey) 在 AutoWikiBrowser.MainForm.ProcessPage(Article theArticle, Boolean mainProcess) System.ArgumentOutOfRangeException: 指定的参数已超出有效值的范围。 参数名: option 在 WikiFunctions.Article.Categorisation(CategorisationOptions option, Parsers parsers, Boolean skipIfNoChange, String categoryText, String categoryText2, Boolean removeSortKey) 在 AutoWikiBrowser.MainForm.ProcessPage(Article theArticle, Boolean mainProcess) AWBPlugins AWBBasePlugins ListMakerPlugins CSV Loader Walter Grassroot |talk 02:22, 16 September 2014 (UTC)[reply]
To duplicate:	[encountered while processing page [13]]
Site URL:	https://zh.wikipedia.org
Operating system	Microsoft Windows NT 6.2.9200.0
.NET FW Version	2.0.50727.6421
AWB version	AutoWikiBrowser (5.5.4.0), WikiFunctions (5.5.4.0), revision 10393 (2014-08-20 20:29:53)
Workaround
Fixed in version

My Laptop system is Win8, AWB version 5.5.4.0 SVN 1393. Internet Explorer version: 10.0.9200.17088 .NET version: 2.0.50727.6421 Windows version: 6.2

Thanks.--Walter Grassroot |talk 02:26, 16 September 2014 (UTC)[reply]

Oh, I believe I have fixed it by resetting to default. --Walter Grassroot |talk 02:36, 16 September 2014 (UTC)[reply]