Wikipedia talk:AutoWikiBrowser/Bugs/Archive 30

ApiErrorException in ApiEdit.CheckForErrors
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)

SEHException - Bug when parsing Ficksburg
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)

This page is not opened properly for editing

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


 * 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
Check Wikipedia_talk:AutoWikiBrowser/Bugs/Archive_23. -- 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)

did this happen after you upgraded? Did you do something else to catch the bug? -- Magioladitis (talk) 16:43, 2 October 2014 (UTC)
 * 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 Car ter  16:52, 2 October 2014 (UTC)

is this one off r do you get it often/always? -- Magioladitis (talk) 17:37, 3 October 2014 (UTC)
 * No.. I don't get this bug often. So far I have got this bug twice.   Jim Car ter  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)

| 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'?).
 * Now in version 5.5.6.0 with me. Setup data from the message (whole dump available):

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

This happens after since 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? -DePiep (talk) 17:20, 19 March 2015 (UTC)
 * See Archive for 5.5.1.0 (July 2013 it was). noted they solved it. -DePiep (talk) 18:00, 19 March 2015 (UTC)
 * Magioladitis@undefined yes that was a duplicate, but this one is not solved. -DePiep (talk) 11:01, 21 March 2015 (UTC)
 * DePiep@undefined 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)


 * Is it an option to manipulate the registry? Any other resetting? I'm without AWB for months now. -DePiep (talk) 23:25, 12 April 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

 * 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. -- Magioladitis (talk) 23:29, 18 February 2015 (UTC)

System.Exception: Attempted to save a wrong page
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)

Banners that have parameters with spaces in them are considered a bag tag by KingbotK
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)

TypeInitializationException in unknown function
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)

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

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


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

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

References are combined even when the first is hidden

 * 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

 * Yup, know about that.... I've tried to fix it, but with no luck so far. —  Ree dy  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. &mdash;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. &mdash;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. ... disco spinster   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. - (t)  Josve05a  (c)  10:19, 15 July 2013 (UTC)
 * I actually posted this below as well, 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! --&#32; (talk) 11:39, 4 December 2013 (UTC)

Make list display becomes somewhat garbled when scrolling fast
This may be related to this bug, but I don't think it's the same exact issue. –  T M F 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. —  Ree dy  10:52, 17 November 2009 (UTC)

Incorrect preview of the 'pipe trick'

 * Which preview? ie on loading show preview/changing the preview? If so, it would seemingly be the API returning the wrong HTML to render... —  Ree dy  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 . —  Ree dy  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. –  T M F 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. —  Ree dy  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

 * WFM on Windows 7... —  Ree dy  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

 * 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
{{AWB bug | status = needinfo | 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)

| 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, 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ɴ ). 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 ʊ &rarr; 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.

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 = (above) | OS = Win7 | net = 2.0.50727.4952 | version = 5.0.3.0 | workaround = create separate rules for every precomposed letter-diacritic combination, or cut and past from the edit window | fix_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)


 * {{ping|User: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)

{{Collapse bottom}}

No vertical scroll bar in diff window
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. M AN d ARAX •  XAЯA b ИA M  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. M AN d ARAX  •  XAЯA b ИA M  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. M AN d ARAX  •  XAЯA b ИA M  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? M AN d ARAX •  XAЯA b ИA M  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. M AN d ARAX  •  XAЯA b ИA M  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.) M AN d ARAX  •  XAЯA b ИA M  03:52, 13 April 2013 (UTC)
 * It just happened in 5.5.0.1, SVN 9049. M AN d ARAX  •  XAЯA b ИA M  22:30, 28 April 2013 (UTC)
 * And in 5.5.1.2, SVN 9316. M AN d ARAX  •  XAЯA b ИA M  18:20, 8 July 2013 (UTC)

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

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

Typo fixing should be before SimplifyLinks
GoingBatty, recall Wikipedia_talk:AutoWikiBrowser/Bugs/Archive_21 and please tell me if we rollback what else we need to do. -- Magioladitis (talk) 18:21, 2 September 2013 (UTC)
 * - 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
Wikipedia_talk:AutoWikiBrowser/Bugs/Archive_15. -- 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
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
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)
 * still not working on 5.5.3.0. Helder.wiki 14:08, 21 July 2014 (UTC)
 * 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
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. &mdash; Makyen (talk) 13:35, 10 May 2014 (UTC)

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

 * Have you tried right clicking in the edit box and choosing "Replace text with last edit", documented at AutoWikiBrowser/User_manual? 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). &mdash; 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. &mdash; Makyen (talk) 10:22, 10 May 2014 (UTC)
 * 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)
 * 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"). &mdash; Makyen (talk) 00:28, 13 May 2014 (UTC)

Wrong selection
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

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

do you have Windows XP? -- Magioladitis (talk) 22:11, 29 March 2015 (UTC)
 * Yes. עוד מישהו Od Mishehu 02:46, 30 March 2015 (UTC)

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

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

 * 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

 * Here is another example. This is a rare bug but it occurs sometimes. Working on this revision of خير الدين الرملي, 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)

Chinese-named stub tag on zhwp

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

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

 * 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 . 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:
 * 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


 * 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

 * Unless we're encoding the "" wrong, this is an MW/CirrusSearch/ElasticSearch bug. I've filed it 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

 * 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

 * 1) Confirmed.
 * 2) Confirmed. We 'll just drop the addition I guess.
 * 3) Not Confirmed. . -- Magioladitis (talk) 19:23, 18 April 2015 (UTC)
 * 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
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 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
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 . 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)
 * 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)

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

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

Stop adding/updating Persondata
At Bot requests, Magioladitis wrote "AWB bots will stop adding Persondata after ." GoingBatty (talk) 20:09, 2 June 2015 (UTC)

TypeLoadException
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
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)
 * Update to 5.7.0.0 has solved problem. Alex Spade (talk) 16:26, 15 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
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)
 * I have the same issue - can't switch to en.wikisource, en.wiktionary, or commons. bd2412  T 03:21, 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: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

 * 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. (t) Josve05a  (c) 23:35, 20 July 2015 (UTC)

Duplicate Typo Rule AND Version v5.7 of AWB does not find replacement as it used to
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 :



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 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. —  L udo p edia (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!  Talk • Work 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!  Talk • Work 19:24, 2 September 2015 (UTC)
 * , 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 ! —  L udo p edia (Talk) 04:41, 3 September 2015 (UTC)


 * , 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!  Talk • Work 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!  Talk • Work 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!  Talk • Work 14:09, 4 September 2015 (UTC)
 * 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 :-) —  L udo p edia (Talk) 22:22, 6 September 2015 (UTC)