Jump to content

Wikipedia talk:AutoWikiBrowser/Bugs/Archive 30

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia
Archive 25Archive 28Archive 29Archive 30Archive 31

ApiErrorException in ApiEdit.CheckForErrors

Migrated to Phabricator: T87380. (tJosve05a (c) 19:20, 15 May 2015 (UTC)
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)

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)
AutoWikiBrowser (5.5.5.0), WikiFunctions (5.5.5.0), revision 10470 (2014-09-22 01:51:36)
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)

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

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

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

In AutoWikiBrowser (5.5.5.0), WikiFunctions (5.5.5.0), revision 10470 (2014-09-22 01:51:36) again. -- Magioladitis (talk) 16:37, 10 December 2014 (UTC)

Status New
Description
Exception:ApiErrorException
Message:Bot API returned the following error: 'The login module requires a POST request'
Call stack:
   en WikiFunctions.API.ApiEdit.CheckForErrors(String xml, String action)
   en WikiFunctions.API.ApiEdit.Login(String username, String password, String domain)
   en WikiFunctions.Profiles.AWBProfilesForm.PerformLogin(String username, String password)

WikiFunctions.API.ApiErrorException: Bot API returned the following error: 'The login module requires a POST request'

  en WikiFunctions.API.ApiEdit.CheckForErrors(String xml, String action)
  en WikiFunctions.API.ApiEdit.Login(String username, String password, String domain)
  en WikiFunctions.Profiles.AWBProfilesForm.PerformLogin(String username, String password)

Darots (talk) 03:11, 22 January 2015 (UTC)

To duplicate: Unknown
Site URL: http://losjuegosdelhambre.wikia.com
Operating system Microsoft Windows NT 6.1.7601 Service Pack 1
.NET FW Version 2.0.50727.5485
AWB version AutoWikiBrowser (5.5.6.0), WikiFunctions (5.5.6.0), revision 10538 (2014-12-23 21:37:52)
Workaround
Fixed in version


SEHException - Bug when parsing Ficksburg

Migrated to Phabricator: T99272. (tJosve05a (c) 19:29, 15 May 2015 (UTC)
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)

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)

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

External processing error

Migrated to Phabricator: T99273. (tJosve05a (c) 19:32, 15 May 2015 (UTC)
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)
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


This page is not opened properly for editing

Migrated to Phabricator: T99275. (tJosve05a (c) 19:43, 15 May 2015 (UTC)
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)

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)

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)

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)
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)
Awesome, I much appreciate the speedy assistance. Reguyla (talk) 18:05, 8 January 2014 (UTC)
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)
Lol. Wikia isn't going to be upgrading any time soon. Reedy (talk) 19:04, 8 January 2014 (UTC)
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)
            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)
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)

NullReferenceException in MainForm.SetProject

Migrated to Phabricator: T99277. (tJosve05a (c) 20:25, 15 May 2015 (UTC)
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)

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)
AutoWikiBrowser (5.5.5.0), WikiFunctions (5.5.5.0), revision 10470 (2014-09-22 01:51:36)
AutoWikiBrowser (5.5.6.0), WikiFunctions (5.5.6.0), revision 10538 (2014-12-23 21:37:52)
Workaround
Fixed in version


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

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)


Jim Cartar did this happen after you upgraded? Did you do something else to catch the bug? -- Magioladitis (talk) 16:43, 2 October 2014 (UTC)

@Magioladitis: I have updated to 5.5.5.0 the day it was released and today when I opened the program I got this bug. Everything was normal, I haven't done anything to catch this bug. Jim Carter 16:52, 2 October 2014 (UTC)

Jim Cartar is this one off r do you get it often/always? -- Magioladitis (talk) 17:37, 3 October 2014 (UTC)

No.. @Magioladitis: I don't get this bug often. So far I have got this bug twice. Jim Carter 10:27, 4 October 2014 (UTC)

I get this bug when my internet connection is down when I open AWB, and stays even once the connection is working again. עוד מישהו Od Mishehu 19:06, 17 March 2015 (UTC)

  • Now in version 5.5.6.0 with me. Setup data from the message (whole dump available):
OS = Microsoft Windows NT 5.1.2600 Service Pack 3 version = AutoWikiBrowser (5.5.6.0), WikiFunctions (5.5.6.0), revision 10538 (2014-12-23 21:37:52) net = 2.0.50727.3053 site = https://en.wikipedia.org

This message appears at ~75% of the progress bar. Earlier, at ~10% progress bar, I get this message (in a messagebox with an 'OK' button): "Netwerk access error De type-initialisatievoor WikiFunctionsParse.Parsers heeft een uitzondering gemaakt" (Dutch; '... has created an exception'?).

I can continue and then log in in AWB. Then, when I Start a run, my AWB enters an eternal loop "Restarting in n seconds".

This happens aftersince I installed this version. It could be that it happened days before too (with the previous version). I remember that this happened too with version 5.5.1.0 (August 2014? July 2013; see next post), and then disappeared with its next version. I did not touch the registry or any AWB settings-files. Any ideas or questions? @Magioladitis: -DePiep (talk) 17:20, 19 March 2015 (UTC)

See Archive for 5.5.1.0 (July 2013 it was). Automatik noted they solved it. -DePiep (talk) 18:00, 19 March 2015 (UTC)
Magioladitis@ yes that was a duplicate [1], but this one is not solved. -DePiep (talk) 11:01, 21 March 2015 (UTC)
DePiep@ I know. We believe that the bug is related to temporary connection problems. I already asked Reedy to help. -- Magioladitis (talk) 13:29, 21 March 2015 (UTC)
OK, now I know you have read this :-). Let me know if I can help. -DePiep (talk) 13:55, 21 March 2015 (UTC)

Reedy, Rjwilmsi. -- Magioladitis (talk) 07:22, 13 April 2015 (UTC)

I just got this when attempting to load settings for use on the Yu-Gi-Oh! wiki; I was able to log in correctly, but none of the settings I tried to load worked. This is on the most recent version of AWB; I've added the version string from my error report to the above template. ディノ千?!? · ☎ Dinoguy1000 00:25, 15 May 2015 (UTC)

AWB 5.5.7.0 too. -DePiep (talk) 19:04, 17 May 2015 (UTC)

InvalidOperationException in SpecialPageListProvider.MakeList

Migrated to Phabricator: T99279. (tJosve05a (c) 20:33, 15 May 2015 (UTC)
Status Need more information
Description nThread: ListMaker (SpecialPageListProvider: )
Exception:InvalidOperationException
Message:Form that is already displayed modally cannot be displayed as a modal dialog box. Close the form before calling showDialog.
Call stack:
   at System.Windows.Forms.Form.ShowDialog(IWin32Window owner)
   at System.Windows.Forms.Form.ShowDialog()
   at WikiFunctions.Lists.Providers.SpecialPageListProvider.MakeList(String[] searchCriteria)
   at WikiFunctions.Controls.Lists.ListMaker.MakeTheList()

System.InvalidOperationException: Form that is already displayed modally cannot be displayed as a modal dialog box. Close the form before calling showDialog.

  at System.Windows.Forms.Form.ShowDialog(IWin32Window owner)
  at System.Windows.Forms.Form.ShowDialog()
  at WikiFunctions.Lists.Providers.SpecialPageListProvider.MakeList(String[] searchCriteria)
  at WikiFunctions.Controls.Lists.ListMaker.MakeTheList()

Unapersona (talk) 08:10, 9 October 2014 (UTC)

To duplicate: Unknown
Site URL: https://ca.wikiquote.org
Operating system Microsoft Windows NT 6.1.7601 Service Pack 1
.NET FW Version 2.0.50727.5472
AWB version AutoWikiBrowser (5.5.4.0), WikiFunctions (5.5.4.0), revision 10393 (2014-08-20 20:29:53)
Workaround
Fixed in version


Do you have a reliable way to reproduce this problem? Thanks Rjwilmsi 08:05, 14 October 2014 (UTC)
I have only followed the instructions of tha AWB to report the bug. But I don't have any idea of what is it about... so no.--Unapersona (talk) 14:44, 22 December 2014 (UTC)

Unapersona what have you been doing when the bug occurred? -- Magioladitis (talk) 12:29, 23 December 2014 (UTC)

I was making a list of all pages of ca.wikiquote with the Special Page "AllPages". I only rember that.--Unapersona (talk) 16:13, 23 December 2014 (UTC)

It has happened before: Wikipedia_talk:AutoWikiBrowser/Bugs/Archive_22#InvalidOperationException_-_Form_that_is_already_displayed_modally_cannot_be_displayed_as_a_modal_dialog_box._Close_the_form_before_calling_showDialog.. -- Magioladitis (talk) 23:29, 18 February 2015 (UTC)

System.Exception: Attempted to save a wrong page

Migrated to Phabricator: T99280. (tJosve05a (c) 20:43, 15 May 2015 (UTC)
Status New
Description
Exception:Exception
Message:Attempted to save a wrong page (Article name: '16 marca', session page title: '')
Call stack:
   in AutoWikiBrowser.MainForm.Save()
   in AutoWikiBrowser.MainForm.btnSave_Click(Object sender, EventArgs e)
   in System.Windows.Forms.Control.OnClick(EventArgs e)
   in System.Windows.Forms.Button.OnClick(EventArgs e)
   in System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
   in System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   in System.Windows.Forms.Control.WndProc(Message& m)
   in System.Windows.Forms.ButtonBase.WndProc(Message& m)
   in System.Windows.Forms.Button.WndProc(Message& m)
   in System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   in System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   in System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

System.Exception: Attempted to save a wrong page (Article name: '16 marca', session page title: '')

  in AutoWikiBrowser.MainForm.Save()
  in AutoWikiBrowser.MainForm.btnSave_Click(Object sender, EventArgs e)
  in System.Windows.Forms.Control.OnClick(EventArgs e)
  in System.Windows.Forms.Button.OnClick(EventArgs e)
  in System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
  in System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
  in System.Windows.Forms.Control.WndProc(Message& m)
  in System.Windows.Forms.ButtonBase.WndProc(Message& m)
  in System.Windows.Forms.Button.WndProc(Message& m)
  in System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
  in System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
  in System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

The Polish (talk) 14:09, 20 December 2014 (UTC)

To duplicate: Unknown
Site URL: https://pl.wikipedia.org
Operating system Microsoft Windows NT 6.2.9200.0
.NET FW Version 2.0.50727.8009
AWB version AutoWikiBrowser (5.5.4.0), WikiFunctions (5.5.4.0), revision 10393 (2014-08-20 20:29:53)
Workaround
Fixed in version


Same:System.Exception: Attempted to save a wrong page (Article name: 'I liga polska w piłce nożnej (2005/2006)', session page title: '') The Polish (talk) 16:16, 21 December 2014 (UTC) with AutoWikiBrowser (5.5.5.0), WikiFunctions (5.5.5.0), revision 10470 (2014-09-22 01:51:36)


The Polish. Did this happen in bot mode? Are you in any special user group in pl.wiki such as admin? -- Magioladitis (talk) 15:29, 28 December 2014 (UTC)

No, it happened in normal mode (I manually clicked save) and only in ns:0. On pl.wiki I am a redactor. --The Polish (talk) 16:18, 28 December 2014 (UTC)
Sorry, in all namespaces. --The Polish (talk) 19:47, 29 December 2014 (UTC)

The Polish do you save the pages using the mouse or the shortcut (Ctrl+S)? I also would like to know if your PC is new or old. -- Magioladitis (talk) 17:41, 29 December 2014 (UTC)

I save pages using the mouse. My PC is very new. Doesn't matter that I made only blank edits? --The Polish (talk) 19:47, 29 December 2014 (UTC)
The Polish for some reason the pages are not loaded correctly. As you may see "session page title" is blank which is unexpected. -- Magioladitis (talk) 20:03, 29 December 2014 (UTC)
The Polish do you use the default settings or do you have your own settings loaded? Was this an attempt to make a null edit? -- Magioladitis (talk) 20:06, 29 December 2014 (UTC)

I use the default settings. Null edit is: click edit, don't change anything and click save. --The Polish (talk) 20:40, 29 December 2014 (UTC)

ru.elderscrolls.wikia

Migrated to Phabricator: T99281. (tJosve05a (c) 20:48, 15 May 2015 (UTC)
Status New
Description The given key was not present in dictionary.
On others *.elderscrolls.wikia`s AWB works, but on Ru — it won`t.
Tested on Wine in OS X, Windows 7, Windows 8, 8.1 — Same problem... :-(

See also: AWB-CheckPage history

Seth 04:05, 20 February 2015 (UTC)
To duplicate: Unknown
Site URL: http://ru.elderscrolls.wikia.com
Operating system Microsoft Windows NT 6.1.7601 Service Pack 1
.NET FW Version 2.0.50727.3053
AWB version AutoWikiBrowser (5.5.6.0), WikiFunctions (5.5.6.0), revision 10538 (2014-12-23 21:37:52)
Workaround
Fixed in version


InvalidOperationException Bug

Migrated to Phabricator: T99282. (tJosve05a (c) 20:54, 15 May 2015 (UTC)
Status New
Description nThread: BackgroundThread
Exception:InvalidOperationException
Message:Collection was modified; enumeration operation may not execute.
Call stack:
   at System.ThrowHelper.ThrowInvalidOperationException(ExceptionResource resource)
   at System.Collections.Generic.List`1.Enumerator.MoveNextRare()
   at System.Collections.Generic.List`1.Enumerator.MoveNext()
   at System.Linq.Enumerable.<DistinctIterator>d__7a`1.MoveNext()
   at System.Collections.Generic.List`1..ctor(IEnumerable`1 collection)
   at System.Linq.Enumerable.ToList[TSource](IEnumerable`1 source)
   at WikiFunctions.Tools.DeduplicateList(List`1 input)
   at WikiFunctions.Parse.Parsers.RenameTemplateParameters(String articleText, List`1 RenamedTemplateParameters)
   at WikiFunctions.Article.PerformGeneralFixes(Parsers parsers, HideText removeText, ISkipOptions skip, Boolean replaceReferenceTags, Boolean restrictDefaultsortAddition, Boolean noMOSComplianceFixes)
   at AutoWikiBrowser.MainForm.ProcessPage(Article theArticle, Boolean mainProcess)

System.InvalidOperationException: Collection was modified; enumeration operation may not execute.

  at System.ThrowHelper.ThrowInvalidOperationException(ExceptionResource resource)
  at System.Collections.Generic.List`1.Enumerator.MoveNextRare()
  at System.Collections.Generic.List`1.Enumerator.MoveNext()
  at System.Linq.Enumerable.<DistinctIterator>d__7a`1.MoveNext()
  at System.Collections.Generic.List`1..ctor(IEnumerable`1 collection)
  at System.Linq.Enumerable.ToList[TSource](IEnumerable`1 source)
  at WikiFunctions.Tools.DeduplicateList(List`1 input)
  at WikiFunctions.Parse.Parsers.RenameTemplateParameters(String articleText, List`1 RenamedTemplateParameters)
  at WikiFunctions.Article.PerformGeneralFixes(Parsers parsers, HideText removeText, ISkipOptions skip, Boolean replaceReferenceTags, Boolean restrictDefaultsortAddition, Boolean noMOSComplianceFixes)
  at AutoWikiBrowser.MainForm.ProcessPage(Article theArticle, Boolean mainProcess)
AWBPlugins AWBBasePlugins ListMakerPlugins
  • IFD-Plugin
  • CFD-Plugin

EoRdE6(Come Talk to Me!) 22:01, 6 April 2015 (UTC)

To duplicate: [encountered while processing page [2]]
Site URL: https://en.wikipedia.org
Operating system Microsoft Windows NT 6.1.7601 Service Pack 1
.NET FW Version 2.0.50727.5485
AWB version AutoWikiBrowser (5.5.6.0), WikiFunctions (5.5.6.0), revision 10538 (2014-12-23 21:37:52)
Workaround
Fixed in version


Banners that have parameters with spaces in them are considered a bag tag by KingbotK

Migrated to Phabricator: T99283. (tJosve05a (c) 21:03, 15 May 2015 (UTC)
Status New
Description E.g. {{WikiProject Africa|class=stub|importance=|South Africa=yes}} fails the Plugin. –xenotalk 16:30, 25 January 2010 (UTC)
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
.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)

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

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

KingbotK plugin doesn't skip on minor edits

Migrated to Phabricator: T99284. (tJosve05a (c) 21:07, 15 May 2015 (UTC)
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)
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


NotImplementedException in Region.GetRegionScans

Migrated to Phabricator: T99285. (tJosve05a (c) 21:28, 15 May 2015 (UTC)
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)

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)
But if I blindly click on the error-menubar, the menus appear below. --Rinaku (t · c) 14:25, 2 October 2011 (UTC)
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


TypeInitializationException in unknown function

Migrated to Phabricator: T99287. (tJosve05a (c) 21:27, 15 May 2015 (UTC)
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)

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)

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

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

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

@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)

NotImplementedException when clicked on a line in alert box on Hebrew Wikipedia

Migrated to Phabricator: T99289. (tJosve05a (c) 21:36, 15 May 2015 (UTC)
Status New
Description
Exception:NotImplementedException
Message:The method or operation is not implemented.
Call stack:
   at System.Windows.Forms.UnsafeNativeMethods.ITextDocument.Range(Int32 cp1, Int32 cp2)
   at System.Windows.Forms.TextBoxBase.ScrollToCaret()
   at WikiFunctions.Controls.ArticleTextBox.Find(String strRegex, Boolean isRegex, Boolean caseSensitive, String articleName)
   at AutoWikiBrowser.MainForm.lbDuplicateWikilinks_Click(Object sender, EventArgs e)
   at System.Windows.Forms.Control.OnClick(EventArgs e)
   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.NotImplementedException: The method or operation is not implemented.

  at System.Windows.Forms.UnsafeNativeMethods.ITextDocument.Range(Int32 cp1, Int32 cp2)
  at System.Windows.Forms.TextBoxBase.ScrollToCaret()
  at WikiFunctions.Controls.ArticleTextBox.Find(String strRegex, Boolean isRegex, Boolean caseSensitive, String articleName)
  at AutoWikiBrowser.MainForm.lbDuplicateWikilinks_Click(Object sender, EventArgs e)
  at System.Windows.Forms.Control.OnClick(EventArgs e)
  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)

Ijon (talk) 01:55, 14 February 2015 (UTC)

To duplicate: Unknown
Site URL: https://he.wikipedia.org
Operating system Microsoft Windows NT 5.1.2600 Service Pack 3
.NET FW Version 2.0.50727.1433
AWB version AutoWikiBrowser (5.5.6.0), WikiFunctions (5.5.6.0), revision 10538 (2014-12-23 21:37:52)
Workaround
Fixed in version


Ijon do you use Mono/Wine? Which versions? -- Magioladitis (talk) 23:30, 24 February 2015 (UTC)

Yes, Marios, this was under Wine, v1.6.2. Thanks! Ijon (talk) 18:33, 25 February 2015 (UTC)

AWB does not merge group references

Migrated to Phabricator: T99290. (tJosve05a (c) 21:48, 15 May 2015 (UTC)
Status New
Description AWB does not merge group references Headbomb {talk / contribs / physics / books} 19:21, 6 August 2013 (UTC)
To duplicate: See [3], then [4], then [5]
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


References are combined even when the first is hidden

Migrated to Phabricator: T99291. (tJosve05a (c) 21:52, 15 May 2015 (UTC)
Status New
Description Example here. "established_date3" does not display, which means that "the named reference Cordele was invoked but never defined". This may be more properly a Mediawiki bug, and I don't know if it's possible for AWB to check for this. NE2 00:57, 12 November 2014 (UTC)
To duplicate:
Operating system
.NET FW Version
AWB version 5.5.5.0
Workaround
Fixed in version


I'm surprised that the infobox template doesn't kick out an error if a field is populated but for whatever rules the infobox has, it's not shown. The only way I can see that we could catch this in AWB, as it's not apparent from the source text, would be to do a preview of the page after making changes and look for reference errors. Seems like a big overhead when the problem really is misconfiguration of the infobox template parameters on the article. Rjwilmsi 17:44, 12 November 2014 (UTC)
Another option would be that after conversion we make the full ref the one outside the infobox, and just have the abbreviated ref inside the infobox. Rjwilmsi 09:54, 13 November 2014 (UTC)

AWB netbook fail

Migrated to Phabricator: T99292. (tJosve05a (c) 22:09, 15 May 2015 (UTC)
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)
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)
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)
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)
Can you resize from the top left, then move the window up and left? --NE2 23:29, 13 July 2009 (UTC)
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)

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)

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

And 5.0.2.1. ... discospinster talk 19:49, 20 April 2010 (UTC)
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)
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)
UPDATE! This is still not working on my netbook either. 4 years since the bug was reported. -(tJosve05a (c) 10:19, 15 July 2013 (UTC)
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)
And that's on a desktop! -- t numbermaniac c 07:54, 6 August 2013 (UTC)

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)

Make list display becomes somewhat garbled when scrolling fast

Migrated to Phabricator: T99293. (tJosve05a (c) 23:23, 15 May 2015 (UTC)
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)
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)

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)

Incorrect preview of the 'pipe trick'

Migrated to Phabricator: T99294. (tJosve05a (c) 22:31, 15 May 2015 (UTC)
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)
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 Vista
.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)
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)
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)
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)
I've seen this, too. --Auntof6 (talk) 11:57, 5 May 2010 (UTC)
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)
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)
I'd lay money it's the API. Rich Farmbrough, 19:33, 7 September 2010 (UTC).
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)

Login/Profiles screen list disappears on clicking headings

Migrated to Phabricator: T99297. (tJosve05a (c) 22:38, 15 May 2015 (UTC)
Status Works for me
Description In Login screen, when clicked on any headings of the list (ID, Username, Password saved, etc), the list disappears and AWB stops responding to close. I need to restart the AWB Thaejas (talk) 00:27, 11 May 2010 (UTC)
To duplicate: Open AWB and click on Login/Profiles, then click on any heading in the list.
Site URL: all sites
Operating system Windows XP
.NET FW Version 2.0 .NET Framework Version
AWB version 5.0.2.2, SVN 6518
Workaround Restart AWB
Fixed in version


WFM on Windows 7... Reedy 17:36, 11 May 2010 (UTC)
Also works for me on Windows 7. Rjwilmsi 10:10, 28 May 2010 (UTC)
So is there any solution for XP users other than changing the OS? --Thaejas (talk) 12:13, 31 May 2010 (UTC)
Also works fine for me on Windows XP SP3. Rjwilmsi 08:20, 20 July 2012 (UTC)
I've experienced this same problem on Windows 7 (64 bit). Colonies Chris (talk) 08:36, 10 October 2012 (UTC)

Fullwidth characters in edit box are not really fullwidth

Migrated to Phabricator: T99298. (tJosve05a (c) 22:43, 15 May 2015 (UTC)
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)
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)
The problem still has not been fixed. I cannot imagine that this could be difficult. Yinweichen (talk) 17:12, 7 March 2014 (UTC)

AWB cannot save letter + combining diacritic when a precomposed Unicode glyph is available

Migrated to Phabricator: T99303. (tJosve05a (c) 23:04, 15 May 2015 (UTC)
Status Need more information
Description I'm making corrections to 800 IPA transcriptions of Burmese. Some of these involve changing a diacritic. Many of the vowel+diacritic have no combined Unicode value, and so I made the rules a generic combining-diacritic → combining-diacritic swap. However, some of the combos do have preexisting glyphs, and when saved, WP converts the combos into those glyphs. AWB cannot save a combo that this happens to. Although it displays the proper corrections in the edit box, when I hit 'save', it just restarts (in X seconds).

I can copy the edit box and paste it into any of the articles manually (I've done about 70), and that works fine. That gets to be quite tedious, however.

I reported a similar problem some time ago, here, and that was chalked up to a server problem. However, it's been two days now w the Burmese stuff, and it's still happening. It's also always the same subset of articles.—kwami (talk) 08:24, 2 October 2010 (UTC)

To duplicate: One example replaces a combining under-breve ( ̯ ) with a combining under-tilde ( ̰ ). I made the manual change, cut & pasted from the AWB edit window, here. Note that although I copied and pasted from the edit window in AWB, where the diacritics were separate combining glyphs, and that's still the case in the saved version in the page history with a̰, the page history has a precomposed ṵ, which was not produced by AWB. I reverted that change, ran it again, and deleted the under-tildas, and it saved fine here. It also saves fine if I delete only the tilde under the u,[6] but not if I delete only the tilde under the a.

That particular rule is regex under advanced rules, \{\{IPA-my\|([^|}]*)̯ to {{IPA-my|$1̰ (regex, case sensitive, apply 3 times, inside templates, no 'if' conditions). However, the same thing happens with the same diacritic in a 'regular settings' rule that changes ṵ (precomposed u-under.tilde) to ṵ (u + combining diacritic--I'm telling you in case the latter gets saved as the precomposed character when I hit 'save page' on this post, which I believe it will) under the 'normal settings' rules, and also the same thing with i instead of u. No boxes in the regular rules window are checked apart from 'enabled', but same problem as the regex rule.

A different diacritic I manually overrode was here. The problematic part was correcting taʊ̀ɴ to tàuɴ. (That accent probably will be fused to the a when I save this posting, but in the edit window it is a separate combining glyph which I can delete by hitting the backspace key.) It only saves if I delete the grave accent over the a (that is, save to tauɴ [7]). That's a 'normal settings' rule that finds aʊ̀ and replaces with àu. There is another rule than replaces unaccented ʊ with u in certain environments, and that doesn't cause problems, so it's not the ʊ → u part. Also, when I replaced the combining accent à (which is easier for me to type inside AWB) with precomposed à inside the replace rule, then the problem disappears, as here.

So I figure it's the combining diacritic. I replaced the problematic ṵ in first problem listed above with ʊ̰ (same diacritic on a letter which has no precombined Unicode character for it) and it saved just fine,here just as it did when I cut & pasted in the precomposed letter into the AWB edit box.[8]

So it would seem to be specifically (1) trying to save a page with a letter plus combining diacritic sequence, when that combination would normally be converted into a precomposed character when saved in WP, but not (2) when saving the precomposed character itself, or (3) when saving the same diacritic on a letter for which Unicode (or at least WP) does not have a precomposed version.

kwami (talk) 08:24, 2 October 2010 (UTC)

Site URL: (above)
Operating system Win7
.NET FW Version 2.0.50727.4952
AWB version 5.0.3.0
Workaround create separate rules for every precomposed letter-diacritic combination, or cut and past from the edit window
Fixed in version


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)
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)
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)
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)
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)

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

@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)
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)

No vertical scroll bar in diff window

Migrated to Phabricator: T99305. (tJosve05a (c) 23:18, 15 May 2015 (UTC)
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)
To duplicate:
Site URL: en.wiki
Operating system Windows 7 SP 1
.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)

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)
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)
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)
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)

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)

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)
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)
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)
Can you reproduce the bug in version 5.5.0.1? GoingBatty (talk) 01:22, 13 April 2013 (UTC)
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)
It just happened in 5.5.0.1, SVN 9049. MANdARAX  XAЯAbИAM 22:30, 28 April 2013 (UTC)
And in 5.5.1.2, SVN 9316. MANdARAX  XAЯAbИAM 18:20, 8 July 2013 (UTC)

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)

AWB oddly spaces out "Portal" namespace in page list

Migrated to Phabricator: T99306. (tJosve05a (c) 23:22, 15 May 2015 (UTC)
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)
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)

I don't this is something we can fix or we need to fix. List box sometimes justifies text. -- Magioladitis (talk) 08:29, 22 November 2013 (UTC)

Migrated to Phabricator: T99307. (tJosve05a (c) 23:31, 15 May 2015 (UTC)
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)
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)

@Magioladitis: - How about FixSyntax, then Typo fixing, then SimplifyLinks? GoingBatty (talk) 19:00, 2 September 2013 (UTC)
Maybe, but we may end up with the overhead of extra HideText calls. Rjwilmsi 20:18, 6 September 2013 (UTC)

Editing change keyboard layout

Migrated to Phabricator: T99308. (tJosve05a (c) 23:37, 15 May 2015 (UTC)
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)
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)

When the bot stops when saving a page and then restarts, a saved page is considered skipped in the "Logs" tab

Migrated to Phabricator: T99309. (tJosve05a (c) 23:42, 15 May 2015 (UTC)
Status Need more information
Description
Bug with the "Logs" tab

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)

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)

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)

Unable to undo changes via diff double click

Migrated to Phabricator: T99310. (tJosve05a (c) 23:50, 15 May 2015 (UTC)
Status Works for me
Description Unable to undo changes via diff double click — Preceding unsigned comment added by Helder.wiki (talkcontribs) 18:26, April 30, 2014‎ (UTC)
To duplicate: Create any search/replace rule and apply it to any article. When the diff appears, try to double click on one of the changes to undo it. Nothing will happens.
Site URL: pt.wikipedia.org
Operating system Windows XP
.NET FW Version 2.0.50727.3082
AWB version 5.5.2.3
Workaround
Fixed in version


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)

@Magioladitis: still not working on 5.5.3.0. Helder.wiki 14:08, 21 July 2014 (UTC)
Helder.wiki where do you double click? You should double-click on the diff windows. -- Magioladitis (talk) 14:09, 21 July 2014 (UTC)
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)
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)
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)

Clicking in edit box after switching focus to a different window causes edit box to scroll to top

Migrated to Phabricator: T99313. (tJosve05a (c) 23:56, 15 May 2015 (UTC)
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)

Sometimes upon clicking save AWB restarts same article without hand edited changes

Migrated to Phabricator: T99314. (tJosve05a (c) 00:06, 16 May 2015 (UTC)
Status Need more information
Description After clicking "Save" AWB will, from time to time, drop all edits and restart on the same article from scratch. This would be fine if the only edits were automatic ones. In each case I remember, I had spent considerable time hand editing the page. However, it could easily have also occurred when only automatic edits were made as those don't have the same level of frustration associated with loosing the edits and are not remembered as well. In these cases autosave.txt does not contain the text from the previous edit, or is overwritten with the new text. Simple fix: do not clear/overwrite autosave.txt until a hand edit is made in the edit box for the next article. This would permit the user to go find the last version of the text in the autosave.txt file for the previous article if there was a problem prior to starting hand editing work on the next/same article.

NOTE: This is not due to an edit conflict; at least that possibility I was able to check.

This happens often enough such that I am considering developing the habit of copying all the text to the clipboard prior to saving.

It would be very helpful if there was a way to auto-recover the prior edited text. Off the top of my head ways to do this would be to ping-pong between two autosave files; have a few that are used in rotation; have one associated with article name and edit start time with only X kept; etc. Where it switches between them upon the user indicating save. However, this much larger solution would be an RFE.— Makyen (talk) 05:14, 6 May 2014 (UTC)

To duplicate: Not sure. However, it has happened multiple times; more than enough such that it is quite anoying.
Site URL: enwiki
Operating system Windows XP
.NET FW Version 2.0.50727.3655
AWB version 5.5.2.3
Workaround none; copy text elsewhere prior to save in case of failure.
Fixed in version


@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)
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)
Autosave.txt and "Replace text with last edit" are unrelated. Rjwilmsi 07:26, 7 May 2014 (UTC)
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)
@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)
@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)

Database scanner: wrong display of the window

Migrated to Phabricator: T99316. (tJosve05a (c) 00:20, 16 May 2015 (UTC)
Status New
Description
Bug of the display of the Database scanner's window, with text size increased by the OS.

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)

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


ExplicitCapture

Migrated to Phabricator: T99317. (tJosve05a (c) 00:23, 16 May 2015 (UTC)
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)
To duplicate:
Operating system Win 7
.NET FW Version
AWB version ...5.5.2.3... & ...5.5.3.0...
Workaround
Fixed in version


Wrong selection

Migrated to Phabricator: T99318. (tJosve05a (c) 00:25, 16 May 2015 (UTC)

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)

Double click on deleted last line doesn't work

Migrated to Phabricator: T99320. (tJosve05a (c) 00:42, 16 May 2015 (UTC)
Status Need more information
Description When removing the last line of a page (e.g removing {{Pennsylvania-geo-stub}} on pages without other stub tags), double clicking on it in the diff doesn't work when the section is long enough to need a scroll bar עוד מישהו Od Mishehu 12:28, 1 October 2014 (UTC)
To duplicate:
Site URL: English Wikipedia
Operating system Windows XP
.NET FW Version 2.0.50727.4961
AWB version 5.5.5.0
Workaround Add enough blank lines, and click on the "Diff" button; this only happens on a deleted line, not a modified one.
Fixed in version


@Od Mishehu: Does double clicking on the left hand side of the diff, not the right hand side work in this case? Rjwilmsi 09:34, 11 November 2014 (UTC)
No, that's always where I click for deleted lines. עוד מישהו Od Mishehu 16:01, 11 November 2014 (UTC)
OK, strange then, works for me under Wine (.NET 3.5). Do you have the Microsoft.mshtml.dll next to your AutoWikiBrowser.exe (per the installation instructions), this might help? Rjwilmsi 17:35, 11 November 2014 (UTC)
I only have the unzipped version of AutoWikiBrowser5550.zip, along with a few configuration files and list files which I haven't bothered deleting. עוד מישהו Od Mishehu 17:48, 11 November 2014 (UTC)
OK, please try running AWB with Microsoft.mshtml.dll next to the AutoWikiBrowser.exe file. Rjwilmsi 17:41, 12 November 2014 (UTC)
Where do I get this file? עוד מישהו Od Mishehu 16:12, 13 November 2014 (UTC)
The Microsoft licence doesn't allow us to distribute it so you would have to google for it. Rjwilmsi 12:02, 14 November 2014 (UTC)
It's still happenning - just got it at Cameron Park Historic District. עוד מישהו Od Mishehu 07:53, 19 November 2014 (UTC)

@Od Mishehu: do you have Windows XP? -- Magioladitis (talk) 22:11, 29 March 2015 (UTC)

Yes. עוד מישהו Od Mishehu 02:46, 30 March 2015 (UTC)

@Od Mishehu: Pease add your name in Wikipedia_talk:AutoWikiBrowser#Windows_XP_users. -- Magioladitis (talk) 08:12, 30 March 2015 (UTC)

Can't load the list of typos if I am not logged in

Migrated to Phabricator: T99322. (tJosve05a (c) 00:51, 16 May 2015 (UTC)
Status New
Description My settings file contains the list of pages to work on alongside my settings (including enabling typo fixing). The following scenario works:
  1. Login to arwiki.
  2. Load the settings file.

The following scenario does not work:

  1. Load the settings file.
  2. Login to arwiki.

All settings are loaded correctly except loading the list of typos to be fixed which fails saying that no typos are loaded and offering to load the list of enwiki typos. The list of typos on arwiki is ar:ويكيبيديا:الأوتو ويكي براوزر/المستبدلات. This is a trivial bug but I thought that reporting it would be helpful. Meno25 (talk) 15:16, 30 December 2014 (UTC)

To duplicate: Try to load a settings file that include enabling typo fixing on arwiki before logging in. Settings are loaded correctly except the list of typos to be fixed.
Site URL: https://ar.wikipedia.org
Operating system Windows 8
.NET FW Version 2.0.50727.6421
AWB version 5.5.6.0 SVN 10538
Workaround Login before loading the settings file.
Fixed in version


To be more clear checking the "Regex typo fixing" option does not work if I am not logged in. --Meno25 (talk) 15:18, 30 December 2014 (UTC)
Does it work if you have those settings loaded as default? Does it work if regextypofix is disabled (and hasn't been enabled in this session) before loading the settings file? I'm suspecting a condition where it's already loaded say the enwiki typos on startup, but then doesn't reload the other typos, as the state of the checkbox doesn't change (and possibly, because the typos are already loaded(?))... Reedy (talk) 00:01, 18 February 2015 (UTC)
No in both cases using SVN 10828. --Meno25 (talk) 06:11, 18 February 2015 (UTC)

Clicking to undo a typo fix messes up article text

Migrated to Phabricator: T99323. (tJosve05a (c) 01:05, 16 May 2015 (UTC)
Status New
Description Run AWB with typo fixing enabled on this revision of ar:تركي عبد الغني (list of typos on arwiki is at ar:ويكيبيديا:الأوتو ويكي براوزر/المستبدلات) and in diff view click on the paragraph that contains "أبو ظبي" to forbid it being changed to "أبوظبي". Click save. Two things:
  • "أبو ظبي" is changed to "أبوظبي" regardless of your click.
  • The paragraph after the paragraph that contains "أبو ظبي" (that begins with "شارك في العديد") overrides the paragraph immediately before the paragraph that contains "أبو ظبي" (that begins with "يكتب القصيدة العمودية"). The paragraph immediately before the paragraph that contains "أبو ظبي" is lost. This is weird I know. Meno25 (talk) 22:25, 15 January 2015 (UTC)
To duplicate:
Site URL: https://ar.wikipedia.org
Operating system Windows 8
.NET FW Version 2.0.50727.6421
AWB version 5.5.6.0 SVN 10538
Workaround
Fixed in version


Here is another example. This is a rare bug but it occurs sometimes. Working on this revision of ar:خير الدين الرملي, clicking on "الوهاب" to forbid changing it to "الوهأب" does not work. The paragraph immediately above the paragraph that contains "الوهاب" (that consists of the header == نسبه==) gets added after the paragraph that contains "الوهاب". --Meno25 (talk) 14:23, 26 January 2015 (UTC)
A third one. --Meno25 (talk) 09:59, 3 February 2015 (UTC)
A fourth edit. --Meno25 (talk) 07:27, 4 February 2015 (UTC)

Right click in "Replace Special"'s rule menu does not change the rule on which you're trying to operate

Migrated to Phabricator: T99324. (tJosve05a (c) 01:16, 16 May 2015 (UTC)
Status New
Description Options tab > Advanced settings button > Replace Special window: when rclicking on a rule that is not highlighted, the highlighted (and now unintended) rule is operated on.   ~ Tom.Reding (talkcontribsdgaf)  13:31, 22 January 2015 (UTC)
To duplicate: Create 2 rules, lclick on #1, then:
  • Cut: rclick on #2, press Cut: #1 is cut.
  • Copy: Ctrl+C #1, rclick on #2, press Copy, Ctrl+V: #1 is pasted below #1.
  • Paste: same behavior as Ctrl+V (no problems).
  • Delete: rclick on #2, press Delete: #1 is deleted.
Site URL: Many
Operating system Windows 7 Ultimate 64 bit SP1
.NET FW Version 2.0.50727.5485
AWB version 5.5.6.0
Workaround Lclick on the correct rule first (not standard behavior ><)
Fixed in version


Chinese-named stub tag on zhwp

Migrated to Phabricator: T99325. (tJosve05a (c) 01:20, 16 May 2015 (UTC)
Status New
Description In Chinese Wikipedia, while {{.*-stub}} were used, our stub tags also named as \{\{.*小(作品|[條条]目)\}\}. AWB recognited Chinese-named tags as Navboxes (thus moved them to the front of categories), hope to fix it. Thanks! --CAS222222221 11:41, 25 January 2015 (UTC)
To duplicate: Unknown
Site URL: zh.wiki
Operating system Unknown
.NET FW Version Unknown
AWB version Unknown
Workaround None
Fixed in version


Is this for zh, zh-classical and zh-yue? Reedy (talk) 19:42, 28 February 2015 (UTC)

Undo and Ctrl+Z in the Replace Special window operate on the rules list exclusively, never the "Find" and "If" tabs

Migrated to Phabricator: T99326. (tJosve05a (c) 01:24, 16 May 2015 (UTC)
Status New
Description I'm never able to undo changes anywhere in the "Find" and "If" tabs. Instead, the last action performed on the rules list is always undone. When redoing the undo, changes made to the removed rule are kept (thank god). Apologies if this is a feature request, because it seems like an annoying bug to me.   ~ Tom.Reding (talkcontribsdgaf)  14:52, 3 February 2015 (UTC)
To duplicate: Create 2 rules, numbered 1 and 2. Add text in either the "Find" or "If" tabs. Ctrl+Z.
Site URL: N/A
Operating system Windows 7 Ultimate 64-bit SP1
.NET FW Version 2.0.50727.5485
AWB version 5.5.6.0
Workaround Fortunately, for now, Ctrl+Y also operates exclusively on the rules list.
Fixed in version


Hyphen rule applied inconsistently

Migrated to Phabricator: T99327. (tJosve05a (c) 01:27, 16 May 2015 (UTC)
Status New
Description Per Sammyrice: [9], [10], [11], [12] -- Magioladitis (talk) 08:42, 14 February 2015 (UTC)
To duplicate:
Site URL: en.wiki
Operating system 8
.NET FW Version
AWB version rev 10823
Workaround
Fixed in version


General fixes doesn't always move Multiple issues above infobox

Migrated to Phabricator: T99328. (tJosve05a (c) 01:30, 16 May 2015 (UTC)
Status New
Description We've had discussions about moving the most common maintenance templates above infoboxes (e.g. this request). Could you please add {{Multiple issues}} to the list of templates to be moved above infoboxes? (I tried to look at /AWB/UnitTests/SorterTests.cs and /AWB/WikiFunctions/WikiRegexes.cs to see if {{Multiple issues}} is one of the templates that gets moved, but couldn't understand what I was looking at.) Thanks! GoingBatty (talk) 16:20, 23 February 2015 (UTC)
To duplicate: Try International Student Congress of (bio)Medical Sciences
Site URL: en.wikipedia.org
Operating system Windows 7
.NET FW Version 2.0.50727.5485
AWB version 5.5.6.1 SVN 10835
Workaround Move manually before saving
Fixed in version


Number of Edits > 15,000 shows 20,000 instead

Migrated to Phabricator: T99329. (tJosve05a (c) 01:42, 16 May 2015 (UTC)
Status New
Description If one tries to get a list of last edits of a certain user using method "User contribs (user defined number)", and the parameter 'number of edits' value is more than 15,000, the output shows 20,000 edits. It has been examined trying 15,000 (OK); 15,100 (shows 20,000); 15,500 (same), 15,900 (same), 16,000 (same). MaxBioHazard (talk) 17:20, 24 February 2015 (UTC)
To duplicate:
Site URL: ruwiki
Operating system Win 8.1
.NET FW Version last
AWB version last
Workaround
Fixed in version


  • You'll see the same behaviour with 10,100 etc too, you'll get it rounded up to the nearest 5k (if logged in and you have the apihighlimits right). If logged out, you'll get 10,500. This is essentially expected behaviour, documented in the MW API at [13]. It is a bug, but it's not a major one. We can probably handle it better, we know which queries are "expensive" and which that aren't. So we could be smarter with the limit values we pass to know how many results we have, knowing how many we'll get on each request etc. I'll probably work on it eventually, but this should probably be moved to phabricator for longer term. Reedy (talk) 23:48, 25 February 2015 (UTC)
    • But API already now allows you to request any number of edits, not only maximum. It's bug, because if requested and received values differ to 4000, list must be long and time consuming cleaned manually. MaxBioHazard (talk) 20:53, 26 February 2015 (UTC)
      • I didn't say it wasn't a bug, it's just not a major one. But you are confused. If you make an API request with a limit number greater than "max" (which is shorthand to just give you the maximum amount of results you're "allowed" in one request), you will just be returned the value of max:
	const LIMIT_BIG1 = 500; // Fast query, std user limit
	const LIMIT_BIG2 = 5000; // Fast query, bot/sysop limit
	const LIMIT_SML1 = 50; // Slow query, std user limit
	const LIMIT_SML2 = 500; // Slow query, bot/sysop limit
      • To get more than these amounts (500/5000 as user contribs is a "fast" query), you have to do multiple requests. See this example requesting 25000 results for me [14]
  <warnings>
    <usercontribs xml:space="preserve">uclimit may not be over 5000 (set to 25000) for bots or sysops</usercontribs>
  </warnings>
      • You'll get 5000 results. Not the number you provided. To then get more results, you do a request passing in the correct continuation information. So, in the case you're requesting 10,100 results. You'll do 2 requests that give you 5000 results each. Because 2x5000 = 10000 < 10,1000, it will then do a third request for "max" results (another 5000). Which gives you the 15,000 results. If you're not a bot/sysop or have the apihighlimits rights via whatever other method, you'll get 10,500.
      • Like I say, it is a bug (I don't dispute that), but it's not a major one. It's going to be full of dupes anyway (most people edit the same page numerous times), so you probably should filter for dupes to begin with anyway. Reedy (talk) 17:38, 27 February 2015 (UTC)
        • I know all you say me. In sentence "API now allows you to request any number of edits, not only maximum" I mean that this number can be LESS than maximum. Request /w/api.php?action=query&list=usercontribs&format=xml&uclimit=123&ucuser=MaxBioHazard will give 123 last edits, not 500. So, AWB should divide requested number of edits to expression A*500(0)+B (B < 500(0)) and send last request with parameter uclimit=B. MaxBioHazard (talk) 19:04, 1 March 2015 (UTC)

Any Wiki search (text) returns Quotation mark

Migrated to Phabricator: T99330, which closed as dupe of T91219, which is the main-task now. (tJosve05a (c) 01:49, 16 May 2015 (UTC)
Status New
Description Anytime I try a search using Source: Wiki search (text) with a word or phrase in quotes, the first result is always Quotation mark GoingBatty (talk) 22:30, 1 March 2015 (UTC)
To duplicate: Try searching for "Juanuary"
Site URL: en.wikipedia.org
Operating system Windows 7
.NET FW Version 2.0.50727.5485
AWB version 5.5.6.1 SVN 10842
Workaround manually remove article from list
Fixed in version


Unless we're encoding the "" wrong, this is an MW/CirrusSearch/ElasticSearch bug. I've filed it T91219 and CC'd you. Reedy (talk) 22:48, 1 March 2015 (UTC)

AWB does not start on Windows XP with .NET Framework 2.0 or 3.0

Migrated to Phabricator: T99334. (tJosve05a (c) 02:05, 16 May 2015 (UTC)
Status Unknown
Description
Exception:MissingMethodException
Message:Method not found: 'Void Microsoft.CSharp.CSharpCodeProvider..ctor(System.Collections.Generic.IDictionary`2<System.String,System.String>)'.
Call stack:
   at WikiFunctions.CustomModules.CSharpCustomModule..ctor()
   at WikiFunctions.CustomModules.CustomModuleCompiler.GetList()
   at AutoWikiBrowser.CustomModule..ctor()
   at AutoWikiBrowser.MainForm..ctor()
   at AutoWikiBrowser.Program.Main(String[] args)

System.MissingMethodException: Method not found: 'Void Microsoft.CSharp.CSharpCodeProvider..ctor(System.Collections.Generic.IDictionary`2<System.String,System.String>)'.

  at WikiFunctions.CustomModules.CSharpCustomModule..ctor()
  at WikiFunctions.CustomModules.CustomModuleCompiler.GetList()
  at AutoWikiBrowser.CustomModule..ctor()
  at AutoWikiBrowser.MainForm..ctor()
  at AutoWikiBrowser.Program.Main(String[] args)

Smile4ever (talk) 07:53, 13 April 2015 (UTC)

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.42
AWB version AutoWikiBrowser (5.5.6.0), WikiFunctions (5.5.6.0), revision 10538 (2014-12-23 21:37:52)
Workaround
Fixed in version


Do you have .NET 3.5 installed or only 3.0? The process is going down the .NET 3.5 path but it looks like you don't have that (fully) installed, maybe if you have 3.0 but not 3.5 things won't work. Alternatively it should work with just .NET 2.0 and nothing higher. Rjwilmsi 13:16, 13 April 2015 (UTC)
Only 3.0. If I just install 2.0 (and not 3.0 or anything higher), this very same error occurs. This is also the same error as on Linux with Wine if using "winetricks dotnet20". Kind regards, Smile4ever (talk) 16:27, 13 April 2015 (UTC)

Some problems with AWB on commons

Migrated to Phabricator: T99336. (tJosve05a (c) 02:16, 16 May 2015 (UTC)
Status New
Description Some problems with AWB periodically come up when its used on commons but most of the people who use AWB there are blocked here so they cannot report them and it doesn't look like anyone from the AWB team every looks there. I personally am more interested in building up the projects than whether I get blocked for helpful contributions so here are a couple that I have seen.
  1. Could AWB be changed to remove double categories on commons like it does on ENWP. This can be tested by adding double categories to a userspace sandbox page.
  2. AWB attempts to add Commons:Category:Living people to things that appear to be living people but Category:Living people is a redirect to People by name there.
    1. When AWB adds the above it adds it at the bottom of the page regardless of where categories are
    2. AWB should not add it if the category is already present.
    3. AWB should add Commons:Category:People by name to categories if they are about living people and do not already contain it. This can be done by looking at the People related categories like it does on ENWP.
  3. AWB often tries to remove the en. from links to [[en.Aricle name]] and it shouldn't.96.255.237.170 (talk) 15:14, 18 April 2015 (UTC)
To duplicate:
Site URL: Commons
Operating system Windows 7 and 8
.NET FW Version
AWB version 5.5.6.0
Workaround Turn off all the automatic editing features
Fixed in version


  1. Confirmed.
  2. Confirmed. We 'll just drop the addition I guess.
  3. Not Confirmed. [15]. -- Magioladitis (talk) 19:23, 18 April 2015 (UTC)
  1. Thank you for the speedy action. Number 3 most often occurs when the interwiki links appear before the categories. If I find a couple I'll drop the links here. 96.255.237.170 (talk) 19:34, 18 April 2015 (UTC)

Thanks. I think we can fix all of these. -- Magioladitis (talk) 19:39, 18 April 2015 (UTC)

Your welcome and thank you. I did find one for number 3. Take a look at Commons:Category:John Alexander Hammerton. 96.255.237.170 (talk) 20:12, 18 April 2015 (UTC)

It turns the best we could do is enable meta data sort for commons and disable adding Living people category on commons. -- Magioladitis (talk) 22:32, 18 April 2015 (UTC)

Ok thanks. I think its safe to say the adding of Living people is undesired and should be disabled but could you clarify what effect turning on meta data sort would have? 96.255.237.170 (talk) 23:04, 18 April 2015 (UTC)
Hm.. my comment was mainly a self-note. It's a function we use to sort categories. Check WP:AWB/GF. -- Magioladitis (talk) 23:07, 18 April 2015 (UTC)

NullReferenceException in MainForm.SetProject

Migrated to Phabricator: T99337. (tJosve05a (c) 02:25, 16 May 2015 (UTC)
Status New
Description
Exception:NullReferenceException
Message:La référence d'objet n'est pas définie à une instance d'un objet.
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: La référence d'objet n'est pas définie à une instance d'un objet.

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

Automatik (talk) 13:06, 11 May 2015 (UTC)

To duplicate: Unknown
Site URL: https://fr.wiktionary.org
Operating system Microsoft Windows NT 6.1.7601 Service Pack 1
.NET FW Version 2.0.50727.5485
AWB version AutoWikiBrowser (5.5.6.0), WikiFunctions (5.5.6.0), revision 10538 (2014-12-23 21:37:52)
Workaround
Fixed in version


By the way, La référence d'objet n'est pas définie à une instance d'un objet. makes no sense in French. Regards, Automatik (talk) 13:06, 11 May 2015 (UTC)

Duplicate from #NullReferenceException in MainForm.SetProject above? (same section title too) -DePiep (talk) 13:39, 11 May 2015 (UTC)
It's possible.
Nota: I think I had this bug because I opened AWB too early (the session was not fully initialized). Automatik (talk) 13:41, 11 May 2015 (UTC)
With me, I do not have this experience as a possible bug cause (at all). About the French La référence ... phrasing: isn't that a Microsoft message? Knowing the English wording, to me it makes sense in object oriented programming. -DePiep (talk) 07:14, 12 May 2015 (UTC)
This bug is not solved in AWB 5.5.7.0. Worse: there was no communication. (I am without AWB since December 2014). -DePiep (talk) 22:50, 20 May 2015 (UTC)

Duplicate tag fixes

Migrated to Phabricator: T99338. (tJosve05a (c) 02:31, 16 May 2015 (UTC)
Status New
Description It didn't detect and fix duplicate orphan tags inside the multiple issues template on https://en.wikipedia.org/w/index.php?title=Karin_Ireland&diff=prev&oldid=662198462 3gg5amp1e (talk) 19:53, 13 May 2015 (UTC)
To duplicate:
Site URL: https://en.wikipedia.org/wiki/Karin_Ireland
Operating system Windows 6.1
.NET FW Version 2.0.50727.5485
AWB version 5.5.5.0
Workaround Manually deleted duplicate in edit box before clicking save
Fixed in version


@3gg5amp1e: This may be a feature request instead - I don't see anything documented on WP:AWB/GF stating that AWB removes duplicate tags. GoingBatty (talk) 02:57, 14 May 2015 (UTC)

GoingBatty it seems really silly that it wouldn't since I've seen it reorder tags and put them inside of Multiple issues when there is already a multiple issues on the page (although I haven't seen it wrap multiple tags in multiple issues on its own or remove multiple issues template when there is only one issue, which it should probably do too.). Anyways, if you think it should be a request, please do move it for me as I'm not sure how to do that exactly or what the protocol is. Thank you very much sir. 3gg5amp1e (talk) 11:49, 14 May 2015 (UTC)
The example article has two {{orphan}} templates with different parameters. I don't think we should arbitrarily be removing one of the duplicates. Rjwilmsi 09:53, 29 May 2015 (UTC)
@3gg5amp1e: Do you have a suggestion for non-arbitary logic that could be used to remove one of the duplicates? GoingBatty (talk) 23:17, 29 May 2015 (UTC)

ThreadStateException in AsyncApiEdit.Abort

Status New
Description
Exception:ThreadStateException
Message:Tråden er ikke startet.
Call stack:
   ved System.Threading.Thread.JoinInternal()
   ved WikiFunctions.API.AsyncApiEdit.Abort()
   ved AutoWikiBrowser.MainForm.Stop()
   ved AutoWikiBrowser.MainForm.btnStop_Click(Object sender, EventArgs e)
   ved System.Windows.Forms.Control.OnClick(EventArgs e)
   ved System.Windows.Forms.Button.OnClick(EventArgs e)
   ved System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
   ved System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   ved System.Windows.Forms.Control.WndProc(Message& m)
   ved System.Windows.Forms.ButtonBase.WndProc(Message& m)
   ved System.Windows.Forms.Button.WndProc(Message& m)
   ved System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   ved System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   ved System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

System.Threading.ThreadStateException: Tråden er ikke startet.

  ved System.Threading.Thread.JoinInternal()
  ved WikiFunctions.API.AsyncApiEdit.Abort()
  ved AutoWikiBrowser.MainForm.Stop()
  ved AutoWikiBrowser.MainForm.btnStop_Click(Object sender, EventArgs e)
  ved System.Windows.Forms.Control.OnClick(EventArgs e)
  ved System.Windows.Forms.Button.OnClick(EventArgs e)
  ved System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
  ved System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
  ved System.Windows.Forms.Control.WndProc(Message& m)
  ved System.Windows.Forms.ButtonBase.WndProc(Message& m)
  ved System.Windows.Forms.Button.WndProc(Message& m)
  ved System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
  ved System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
  ved System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

Teodor 12:46, 21 May 2015 (UTC)

To duplicate: Unknown
Site URL: https://no.wiktionary.org
Operating system Microsoft Windows NT 6.1.7601 Service Pack 1
.NET FW Version 2.0.50727.5485
AWB version AutoWikiBrowser (5.5.6.0), WikiFunctions (5.5.6.0), revision 10538 (2014-12-23 21:37:52)
Workaround
Fixed in version


Can't save default prefs

So, I managed to fix my previous bug. Now another one has come up: every time I try to hit the "Save settings as default" button to save the settings, it constantly tells me "Saving settings failed due to insufficient permissions". This error makes no sense because it's saving to my own profile, which is marked as an admin. This error did not occur before in a previous version. I have tried to use the compatibility options, which served no effect. Is there a bug with the program? --86.138.162.18 (talk) 22:54, 22 May 2015 (UTC)

AWB is no longer logging the pages it edits

Status Need more information
Description AWB is no longer logging the pages it edits עוד מישהו Od Mishehu 12:58, 27 May 2015 (UTC)
To duplicate: Use AWB to edit pages (or to skip them); open the "Page logs" tab; it will be empty.
Site URL: English Wikipedia
Operating system Windows 6.1
.NET FW Version 2.0.50727.5420
AWB version 5.5.7.0
Workaround
Fixed in version


Under Options->Preferences, General tab, is "Enable Logging" ticked? Rjwilmsi 14:45, 27 May 2015 (UTC)

Stop adding/updating Persondata

Status Fixed in the next release
Description It appears that {{Persondata}} has been deprecated per this RfC Therefore, could you please disable the Persondata general fixes? Thanks! GoingBatty (talk) 16:31, 30 May 2015 (UTC)
To duplicate:
Site URL: en.wikipedia.org
Operating system
.NET FW Version
AWB version
Workaround
Fixed in version rev 11039


At Wikipedia:Bot requests#Remove persondata, Magioladitis wrote "AWB bots will stop adding Persondata after rev 11039." GoingBatty (talk) 20:09, 2 June 2015 (UTC)

Remove functionality to Insert Meta-data template

Status New
Description It appears that {{Persondata}} has been deprecated per this RfC Therefore, could you please disable the functionality in the Edit box context menu to Insert Meta-data template? Thanks! GoingBatty (talk) 16:42, 30 May 2015 (UTC)
To duplicate:
Site URL: en.wikipedia.org
Operating system
.NET FW Version
AWB version
Workaround
Fixed in version


ZipException in ZipFile.ReadEntries

Status New
Description Thread:
Exception:ZipException
Message:Cannot find central directory
Call stack:
   at ICSharpCode.SharpZipLib.Zip.ZipFile.ReadEntries()
   at ICSharpCode.SharpZipLib.Zip.ZipFile..ctor(String name)
   at ICSharpCode.SharpZipLib.Zip.FastZip.ExtractZip(String zipFileName, String targetDirectory, Overwrite overwrite, ConfirmOverwriteDelegate confirmDelegate, String fileFilter, String directoryFilter, Boolean restoreDateTime)
   at AwbUpdater.Updater.Extract(String file)

Rhododendrites talk \\ 18:56, 2 June 2015 (UTC)

To duplicate: Unknown
Operating system Microsoft Windows NT 6.1.7601 Service Pack 1
.NET FW Version 2.0.50727.5485
AWB version AWBUpdater (2.0.2.1), AWBUpdater (2.0.2.1)
Workaround
Fixed in version


TypeLoadException

Status New
Description
Exception:TypeLoadException
Message:Could not load type 'WikiFunctions.Controls.ComboBoxInvoke' from assembly 'WikiFunctions, Version=5.5.5.0, Culture=neutral, PublicKeyToken=null'.
Call stack:
   at AutoWikiBrowser.MainForm..ctor()
   at AutoWikiBrowser.Program.Main(String[] args)

System.TypeLoadException: Could not load type 'WikiFunctions.Controls.ComboBoxInvoke' from assembly 'WikiFunctions, Version=5.5.5.0, Culture=neutral, PublicKeyToken=null'.

  at AutoWikiBrowser.MainForm..ctor()
  at AutoWikiBrowser.Program.Main(String[] args)

A1 (talk) 19:59, 14 June 2015 (UTC)

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.7.0), WikiFunctions (5.5.5.0), revision 10470 (2014-09-22 01:51:36)
Workaround
Fixed in version


A1 This is an incomplete update. I see that WikiFunctions is still in version 5.5.5.0. -- Magioladitis (talk) 20:10, 14 June 2015 (UTC)

A1 please download version 5.6.0.0 from https://sourceforge.net/projects/autowikibrowser/ -- Magioladitis (talk) 20:12, 14 June 2015 (UTC)

NoLimitsPlugin.dll

Resolved

AWB version 5.6.0.0, Russian Wikipedia.
NoLimitsPlugin.dll do not work. Example - Query 'Make list Category (NL, Admin, Bot)' for ru:Категория:Страницы, использующие повторяющиеся аргументы в вызовах шаблонов (~24k pages) gives only 5000 pages.

I supposed, it can be related to API changes in end of June. Alex Spade (talk) 12:34, 11 July 2015 (UTC)

Alex Spade yes, it was due to API changes. We updated our code. -- Magioladitis (talk) 16:48, 15 July 2015 (UTC)

Cannot switch sites

Resolved

After today's update to 5.7.0.0 I cannot switch from en.wiki to my local pl.wiki where I have a bot account. So, I cannot use AWB at all. There is an error message popped up saying about error connection to server. I have tried others local wikis and the same problem occurred. Blackfish (talk) 21:33, 14 July 2015 (UTC)

@Blackfish and BD2412: Please re-download the version 5.7.0.0 and tell me if the problem persists. I uploaded an older version of a dll and fixed two hours later. -- Magioladitis (talk) 05:51, 15 July 2015 (UTC)

After updating 5.7.0.0 can't change the "language of the site" from EN to RU. Игорь Темиров (talk) 05:17, 15 July 2015 (UTC)

Игорь Темиров Please re-download the version 5.7.0.0 and tell me if the problem persists. I uploaded an older version of a dll and fixed two hours later. -- Magioladitis (talk) 05:52, 15 July 2015 (UTC)

Magioladitis Thanks! Now it works. Игорь Темиров (talk) 06:15, 15 July 2015 (UTC)
Magioladitis Thanks a lot Magiolatidits from it.wikipedia.org. It's all OK. — Ciao! --Pracchia-78 (talk) 09:38, 15 July 2015 (UTC)
Thanks for the quick fix! bd2412 T 17:41, 15 July 2015 (UTC)
Thank you. Blackfish (talk) 18:20, 15 July 2015 (UTC)

ZipException in ZipFile.ReadEntries

This bug or feature request has been migrated, or has already been reported to Phabricator. See T101152.
Status New
Description Thread:
Exception:ZipException
Message:Cannot find central directory
Call stack:
   at ICSharpCode.SharpZipLib.Zip.ZipFile.ReadEntries()
   at ICSharpCode.SharpZipLib.Zip.ZipFile..ctor(String name)
   at ICSharpCode.SharpZipLib.Zip.FastZip.ExtractZip(String zipFileName, String targetDirectory, Overwrite overwrite, ConfirmOverwriteDelegate confirmDelegate, String fileFilter, String directoryFilter, Boolean restoreDateTime)
   at AwbUpdater.Updater.Extract(String file)

콩가루 (talk) 16:31, 16 July 2015 (UTC)

To duplicate: Unknown
Operating system Microsoft Windows NT 6.2.9200.0
.NET FW Version 2.0.50727.8009
AWB version AWBUpdater (2.0.2.1), AWBUpdater (2.0.2.1)
Workaround
Fixed in version


I tried to update AWB but it failed.--콩가루 (talk) 16:31, 16 July 2015 (UTC)

Old bug

Whatever. The bug I reported on six version ago still happens in 5700. Why should I spend time on a new bug report, and even have to log in externally, while it was not even acknowledged back then? -DePiep (talk) 21:35, 20 July 2015 (UTC)

The bug has been migrated. No need to create a new bug for it. There should be a task-number on the archive page. (tJosve05a (c) 23:35, 20 July 2015 (UTC)

Duplicate Typo Rule AND Version v5.7 of AWB does not find replacement as it used to

Resolved

Hello each time I open AWB (v5.7), that I use on Wikipedia FR, I get the following error as seen in the following screen clipping :

Bug AWB - Duplicate Typo Rule.

Using the past version v5.5.6, I never experienced the issue. No mater how many times the app is restarted, and I am not so sure what to do.

Also and more important, since the new version it barely find any changes to make on pages which defeat the purpose of the application.

Finally lots no units work properly anymore (example: finding 10 000 km does not offer to change to {{Unité|10000|km}} automatically - same goes for Kg (kilograms), distances etc...) Is this in the list of known bugs ?

For me the last part, is the most important issue, as it nearly renders AWB unusable.

Your help is appreciated. Thanks in advance. — Ludopedia(Talk) 18:55, 2 September 2015 (UTC)

Re: the typo error, I'm not seeing it in my copy of AWB, and I don't think we have the rule shown in the error display even one time. Is there a separate French typo repository it checks? Stevie is the man! TalkWork 19:17, 2 September 2015 (UTC)
I just checked the French typos (which I just discovered), and indeed, a duplicate find with a different replace was added on August 30. That needs to be checked out by someone over there. Stevie is the man! TalkWork 19:24, 2 September 2015 (UTC)
@Stevietheman:, I do thank you so much for your reply ! Thanks for confirming "we don't have the rule shown in the error display even one time". I also understand now that this is an error which is localized with the French typos of AWB. This is very helpful. (I am not sure at all how this works, but it is a start I can post a message on the FR forum now). Merci beaucoup ! — Ludopedia(Talk) 04:41, 3 September 2015 (UTC)
@Stevietheman:, I'm the one who created the duplicate find with a differente replace. That's too bad that AWB can't handle properly such things, at least not blocking the tool completely. I added the rule to provide 2 different replace for things like ,'' (coma, 2 apostrophes, whitespace) so that it can be replaced either by '', (the 2 apostrophes are the end of italics for the word before the coma) or , '' (the 2 apostrophes are the begin of italics for the word after the coma). WPCleaner was happy with the 2 different replace, can AWB be modified to better handle such configuration ? --NicoV (Talk on frwiki) 05:28, 3 September 2015 (UTC)
Thanks for filing on Phabricator. Assuming it is fixed somehow, I guess you may have to decide which is the more likely rule to apply and put that first (although I'm not sure if AWB exactly performs typo rules in listed order). Alternatively, this all may be a reason to not have any of the two rules. Typo rules are supposed to work for all cases, handling any exceptions that pop up so as to avoid false positives. Or, maybe the two find rules could be rewritten with different lookaheads/lookbehinds? Stevie is the man! TalkWork 10:30, 3 September 2015 (UTC)
Re: "since the new version it barely find any changes to make on pages", this could be happening because the pages have few or no issues to fix. After all, AWB's base fixes are pretty conservative. And as for converting amount values to using templates, I'm not sure AWB ever did that, at least not in the English Wikipedia. Stevie is the man! TalkWork 10:36, 3 September 2015 (UTC)
Here's a link to AWB's general fixes. You may want to open a feature request for the template addition request. In the meantime, you could create a find & replace rule to add the template. GoingBatty (talk) 03:12, 4 September 2015 (UTC)
I'm not interested in requesting any such change. Perhaps you are responding to the wrong editor? Stevie is the man! TalkWork 14:09, 4 September 2015 (UTC)
@Stevietheman and Ludopedia: Sorry for not splitting my comment to make it clear which sentence was for which editor. GoingBatty (talk) 15:39, 5 September 2015 (UTC)

I already suggested that WPCleaner uses a different list for "Typo fixes suggestions". AWB will stay to what it does and we may consider using the created list in the future. -- Magioladitis (talk) 05:21, 4 September 2015 (UTC)

Thank you to all AWB is now all working again like it used to, no more error message, which is great :-) — Ludopedia(Talk) 22:22, 6 September 2015 (UTC)