Wikipedia talk:AutoWikiBrowser/Bugs/Archive 7

"Suppress using AWB" does not suppress unless 'Auto save' is selected

 * The idea is its used with the automated mode... Not sure if this is the 100% correct behaviour tho — Ree dy  20:00, 12 June 2008 (UTC)

It did occur to me that the rationale was something like that. The current method means that the bot-flagged user has a choice with auto mode but no choice in manual mode. I would like the bot-flagged user to have the choice regardless of mode. What would happen if the choice were available to all users? Lightmouse (talk) 20:18, 12 June 2008 (UTC)


 * The bot tab isnt enabled/the controls avaliable to accounts that arent AWB bots, so i suppose, that could work/be done.. — Ree dy  20:21, 12 June 2008 (UTC)

Oh yes, I see now that it is on the bots tab. I can see how that logic happened. Well, it seemed like a bug to me at first but now I see that it is 'not a bug but a feature'. So I have a feature request to extend its scope. I can move it over to the feature request page if you want. Lightmouse (talk) 20:33, 12 June 2008 (UTC)


 * Fixed it now, so the user has to be logged in as a bot (so AWB bot account) and the check box is checked. — Ree  dy  10:19, 13 June 2008 (UTC)

Thanks. Lightmouse (talk) 10:23, 13 June 2008 (UTC)


 * I have reopened this, I hope you don't mind. The user is logged in as a bot, but the check box is unavailable unless 'Auto save' is selected. Lightmouse (talk) 10:43, 15 June 2008 (UTC)

— Ree dy  10:56, 15 June 2008 (UTC)


 * Thanks. Lightmouse (talk) 10:59, 15 June 2008 (UTC)

br tags are not always removed
I'm afraid unless we know what "your regex" is, we can't help you. Max S em(Han shot first!) 06:00, 13 June 2008 (UTC) as shown on diff, your general fix doesn't remove  if there is(are) space(s) after/before it, as i remember it also doesn't remove improper  or similar tags and various variants with casing --84.234.42.68 (talk) 09:02, 13 June 2008 (UTC)

Presumably its

And wants changing to

Accounting for a leading or trailing space at either side of the  ?

Or at least, as part of the change. — Ree dy  09:44, 13 June 2008 (UTC)
 * well, there are also \br and br\ tags, and there is often more than one space of either side of the tag what can be seen on the diff --84.234.42.68 (talk) 11:16, 13 June 2008 (UTC)

Zero to unlimited spaces, and then caters for /\ before or after... — Ree dy  11:27, 13 June 2008 (UTC)
 * I think this would remove all the redundant br tags from the example I posted --84.234.42.68 (talk) 11:46, 13 June 2008 (UTC)
 * , done — Ree dy  14:28, 13 June 2008 (UTC)

Inconsistent removal of section links in list maker
Thats the method that the log control uses to add to the listmaker list box.. It suspects if your passing an article that would be alright

I've made a change to move the # removing code to the Article constructor, so that way, any new "Articles" created will have the # bit removed.

— Ree dy  07:24, 14 June 2008 (UTC)

Edit view only extends to about 50% of screen width
MediaWiki sets edit area size explicitly. Of course, we can manipulate it, but every page modification via DOM may take up to 100 ms for very little benefit. Max S em(Han shot first!) 14:24, 13 June 2008 (UTC)


 * Ah. I did not know that. Does that mean that MediaWiki is using fixed rather than proportional size? Lightmouse (talk)

Yup! — Ree dy  14:56, 13 June 2008 (UTC)


 * Unless there is a good reason, it is wrong. Has it been reported previously? Lightmouse (talk) 14:58, 13 June 2008 (UTC)
 * Not to us, nope.. Feel free to put it on the MW bugzilla. If you do, please link back to the bug here. Its on the "myskin" skin — Ree  dy  15:01, 13 June 2008 (UTC)

AWB encountered XmlException

 * Not AWB - MW/Connection error. — Ree dy  14:52, 29 May 2008 (UTC)

What links here (including redirects) fails to find any articles


Thats certainly not awb! Reporting in IRC — Ree dy  12:49, 13 June 2008 (UTC)


 * Reported on bugzilla — Ree dy  12:54, 13 June 2008 (UTC)
 * And fixed by Bryan. Max S em(Han shot first!) 13:33, 13 June 2008 (UTC)

Auto checkbox switches itself off

 * Maybe, i think it may be set to turn off/uncheck if there is problems... Reedy Boy 13:43, 20 July 2007 (UTC)
 * Actually... I dont think it is... Reedy Boy 22:54, 20 July 2007 (UTC)
 * It's always been like this. I agree it should stay on. You also can't save auto on in the settings file. This mean every time you get logged out, when you log back, you must re-check the box, and if you don't, the same thing that happens to Kingboyk happens to me. -- (Review Me) R Parlate Contribs@ (Let's Go Yankees!) 03:20, 21 July 2007 (UTC)
 * This is, nonetheless, a useful safeguard sometimes. Rich Farmbrough, 12:50 21 July 2007 (GMT).
 * Useful safeguard against what exactly? I agree that it's a setting which should be turned on by the operator and not saved in the xml,
 * That's what I thought you meant. Rich Farmbrough, 07:44 11 August 2007 (GMT).
 * but if it's turned off by AWB just because the connection was lost I'm not sure what's gained. Having a bad connection doesn't make my bot go wild, and even if in fact my bot does go wild it's easily shut down by an admin blocking it or somebody replacing my talk page redirect with a message. --kingboyk 14:25, 21 July 2007 (UTC)
 * Why shouldn't it be saved in the xml file? Now that we have profiles, you can associate one that always has "auto on" with your bot account only. -- (Review Me) R Parlate Contribs@ (Let's Go Yankees!) 16:47, 21 July 2007 (UTC)
 * I guess. The concept has always been this is a feature you must turn on, once you're happy with your settings. I wouldn't argue against becoming a little more liberal in that regard (current implementation can be a bit of a pain) but others might. --kingboyk 21:45, 24 July 2007 (UTC)
 * Simplish to fix.. If we decide which way it wants to be... Stay on? — Reedy  Boy  00:27, 18 November 2007 (UTC)

Does this bug still occur? Max S em(Han shot first!) 07:39, 25 May 2008 (UTC)
 * I've never ever managed to duplicate this. — Ree dy  09:05, 25 May 2008 (UTC)

Logged in user at bottom right still not updating

 * I've just been testing it just now. Most of the time it does work, there just seems to be a few cases where it doesnt always update properly... Reedy Boy 14:47, 3 July 2007 (UTC)
 * Tried to improve this a bit... But still not much better... Reedy Boy 16:23, 5 July 2007 (UTC)


 * It seems, when its polling for the username, to check what it is, its still getting the old username... And therefore doesnt always update... Need to have a look at the way its doing it... And potentially move it around or something Reedy Boy 14:41, 1 October 2007 (UTC)

Its caching the username somewhere... UpdateWikiStatus/UserNameChanged events arent fired... So the form isnt getting updated.. MaxSem, any chance you could have a look? Presumably, its the webbrowser login... Its not changing pages.. or getting the updated session? —<font face="Trebuchet MS"> Reedy  Boy  00:13, 28 December 2007 (UTC)
 * My preliminary analysis shows that <tt>WebControl.Wait</tt> returns immediately in <tt>WebControl.Login</tt> and thus we call <tt>UserProperties.UpdateWikiStatus</tt> before we actually log in. The easiest way would be to add a static delay, but we should try find out the very root of this problem first. Max S em(Han shot first!) 20:13, 28 December 2007 (UTC)
 * Would seem this is causing a problem relating to loading the checkpage. OsamaK added the Typo: bit to the ar.wp checkpage, but it wasnt loading it. When i breakpointed it, it only got as far in the code to load that on the 2nd attempt at logging in. The first seemed get kicked out in the if (!LoggedIn)... —<font face="Trebuchet MS"> Reedy  Boy  18:23, 13 January 2008 (UTC)
 * I added an 1-second delay to AWBProfilesForm.browserLogin yesterday. Hopefully, that will improve the situation until we've switched to pure API. Max S em(Han shot first!) 07:38, 25 May 2008 (UTC)

Archiving. We know it needs to be fixed at a later date. —<font face="Trebuchet MS"> Ree dy  19:54, 16 June 2008 (UTC)

focus lost when in 'hide bottom panel' mode
I can't reproduce this. It works well for me. — M ETS 501 (talk) 21:32, 17 April 2008 (UTC)

Error 500 on Yahoo Search Plugin
HTTP Error 500 - "This error can only be resolved by fixes to the Web server software. It is not a client-side problem. It is up to the operators of your Web server site to locate and analyse the logs which should give further information about the error" Up to yahoo to sort it, if there is a query error, it should display this —<font face="Trebuchet MS"> Ree dy  23:17, 14 June 2008 (UTC)


 * OK, I will try again later. Lightmouse (talk) 00:02, 15 June 2008 (UTC)

I tried the AWB yahoo search again today and got the same error. The error does not occur with a non-AWB Yahoo search i.e. using the yahoo website. Does anybody else get the same error? Lightmouse (talk) 12:37, 15 June 2008 (UTC)
 * Works fine for me now (1000 results for test). Well, got a 504 timeout the first time, but thats different (its not error 500'ing straight away). —<font face="Trebuchet MS"> Ree dy  14:13, 16 June 2008 (UTC)

Unwanted addition of category
A "19xx Births" category but no "20xx Deaths" category, will be why.<font face="Trebuchet MS"> – <font color="#E45E05">iride <font color="#C1118C">scent 18:54, 16 June 2008 (UTC)


 * Aye, most likely. Or rather, no Death category at all. Logic dictates, that, if a person isnt categorised as dead, chances are, they are probably alive. —<font face="Trebuchet MS"> Ree dy  18:57, 16 June 2008 (UTC)

The article has the code: 'recentlydeceased'. Lightmouse (talk) 19:28, 16 June 2008 (UTC)
 * - AWB now wont add living category if it contains recentlydeceased/other redirects. —<font face="Trebuchet MS"> Ree dy  19:43, 16 June 2008 (UTC)

NullReferenceException in ListFilterForm
Occours when using Remove dupes button, too Quisczicza (talk) 11:30, 19 June 2008 (UTC)

To duplicate: create list, select 'Filter', select only the 'Main' namespace and have no other check boxes selected. Lightmouse (talk) 11:38, 19 June 2008 (UTC)

Fixed in. Max S em(Han shot first!) 14:11, 19 June 2008 (UTC)

Exception error
"ActiveX control '8856f961-340a-11d0-a96b-00c04fd705a2' cannot be instantiated because the current thread is not in a single-threaded apartment." "ThreadStateException in " Lightmouse (talk) 22:39, 25 June 2008 (UTC)
 * Fixed in . Max S em(Han shot first!) 07:55, 26 June 2008 (UTC)

Thank you very much. Lightmouse (talk) 09:14, 26 June 2008 (UTC)

Interwiki order on huwiki
AWB changes cs, cy to cy, cs. Huwiki use "English link is the first, and rest links are alphabetically on language code." rule, and cs should be before cy according to alphabet. Thanks a lot. Samaten (talk) 13:16, 31 May 2008 (UTC)
 * Strange, for me it seems to sort correctly. Could you update AWB manually and try again? Max S em(Han shot first!) 13:46, 31 May 2008 (UTC)


 * I executed AWBUpdater.exe successfully and the program did the same mistake :( Samaten (talk) 14:09, 31 May 2008 (UTC)
 * I said manually ;) Max S em(Han shot first!) 14:37, 31 May 2008 (UTC)
 * OK :) Originally I downloaded the program exactly from this site after 19 May. I have updated it manually again now, but nothing has changed. Samaten (talk) 14:52, 31 May 2008 (UTC)
 * Does your program work correctly on huwiki? Samaten (talk) 09:47, 1 June 2008 (UTC)

Is this interwiki order correct? I don't think so... Samat (talk) 09:21, 13 June 2008 (UTC)
 * Mine tidied it up fine.. —<font face="Trebuchet MS"> Ree  dy  11:50, 13 June 2008 (UTC)
 * Thank you for your test. I try to find why my program doesn't work fine. Samat (talk) 21:08, 13 June 2008 (UTC)
 * Try to catch someone of us on IRC, we'll try to help in realtime. Max S em(Han shot first!) 21:21, 13 June 2008 (UTC)

Object: MainForm Time: 0:52:31 Message: Starting

Object: sorter Time: 0:52:40 Message: Revision: 2928 (2008-06-13 19:01:26) URL: Order: AlphabeticalEnFirst sortkey: en aa ab af ak als am an ang ar arc as ast av ay az bar ba bat-smg bcl be be-x-old bg bh bi bm bn bo bpy br bs bug bxr ca cbk-zam cdo ce ceb ch cho chr chy co cr crh cu cv cy cs csb da de diq dsb dv dz ee el eml eo es et eu ext fa ff fi fiu-vro fj fo fr frp fur fy ga gan gd gl glk gn got gu gv ha hak haw he hi hif ho hr hsb ht hu hy hz ia id ie ig ii ik ilo io is it iu ja jbo jv ka kaa kab kg ki kj kk kl km kn ko kr ks ksh ku kv kw ky la lad lb lbe lg li lij lmo ln lo lt lv map-bms mdf mg mh mi mk ml mn mo mr ms mt mus my myv mzn na nah nap nds nds-nl ne new ng nl nn no nov nrm nv ny oc om or os pa pag pam pap pdc pi pih pl pms ps pt qu rm rmy rn ro roa-rup roa-tara ru rw sa sah sc scn sco sd se sg sh si simple sk sl sm sn so sq sr srn ss st stq su sv sw szl ta te tet tg th ti tk tl tn to tokipona tpi tr ts tt tum tw ty udm ug uk ur uz ve vec vi vls vo wa war wo wuu xal xh yi yo za zea zh zh-classical zh-min-nan zh-yue zu The sorting error is clearly seen there... —<font face="Trebuchet MS"> Ree dy  21:54, 16 June 2008 (UTC)
 * Its presumably in the Array.Sort, and therefore its a locale sorting problem... Meaning we need to use a custom/specify a specific IComparer for it to do the array sorting based on. —<font face="Trebuchet MS"> Ree dy  22:18, 16 June 2008 (UTC)

Yeah, seems to be the case. Im using en-GB i suspect.

If i use to force a hungarian local, i get the same ordered as the hungarian people are getting.

So, forcing to en-US

—<font face="Trebuchet MS"> Ree dy  22:51, 16 June 2008 (UTC)

Wiki Database Scanner results not being moved to "make list"

 * Ok, for the text file, the results are saved from the text box on the right. So you need to click "Make" to transport it to that box (im not sure if it should handle this differently).. fixes the adding the results back to the AWB list box. —<font face="Trebuchet MS"> Ree  dy  19:05, 7 June 2008 (UTC)
 * Does anyone else think we need to either change the save behaviour, or add an option for the list box to save that directly..? —<font face="Trebuchet MS"> Ree dy  19:48, 11 June 2008 (UTC)
 * Yes, at least maybe: I just want to generate a list from the search results and plug it back into AWB (perhaps at a later date), so the need to choose a list format and then 'make' it is an uneeded step. However, the way it currently works is successful and I don't imagine that something specific/technical like the db scanner needs to be completely idiot proof ;). However, I would rather see dev effort going to outstanding bugs and feature requests that add functionality first. Thanks Rjwilmsi  12:51, 12 June 2008 (UTC)
 * Hmm. And i suppose, with the list box now properly tied back to the main list maker, this isnt a problem, as the list can be created into the list box, then closed and saved via the list maker! —<font face="Trebuchet MS"> Ree dy  12:58, 12 June 2008 (UTC)

References-2column not replaced with 2 argument to reflist
{{AWB bug | status     = fixed | description = The div class of "references-2column" is not handled. WilliamKF (talk) 00:13, 2 February 2008 (UTC) | duplicate  = Run AWB on a page with this in it:

Logged in to Wikipedia but cannot log in to AWB
Mine logs in fine against 2992.. No login things have changed... —<font face="Trebuchet MS"> Ree dy  18:45, 23 June 2008 (UTC)


 * Very odd. I will investigate further. Thanks for the prompt reply. Lightmouse (talk) 18:53, 23 June 2008 (UTC)

I downgraded to the last stable release 4.3.2.0 and got the same symptoms. The log in page says 'You have successfully signed in as Lightmouse and then a moment later, AWB produces the 'Not logged in dialog'. How does AWB get a different login status to the one shown by IE? Lightmouse (talk) 19:06, 23 June 2008 (UTC)


 * Different sets of cookies and such. Saying that, since the single login (ie one login logs you into all sites), im being logged out in IE and FF a lot more —<font face="Trebuchet MS"> Ree dy  19:17, 23 June 2008 (UTC)

Since you mentioned cookies, I went to the Internet Options tab of IE and deleted cookies, browsing history and everything else I could find to delete. It did not make things better. Lightmouse (talk) 19:29, 23 June 2008 (UTC)


 * Lol. Sometimes being logged into IE first helps, sometimes not... —<font face="Trebuchet MS"> Ree dy  19:42, 23 June 2008 (UTC)

Logging into IE first does not help in my case. I can try on another computer in a few days time. Lightmouse (talk) 20:32, 23 June 2008 (UTC)


 * Seems to work ok on another computer. I do not know what happened. Please close this as not a bug. Lightmouse (talk) 17:58, 27 June 2008 (UTC)

Not functioning on AR Wiktionary
It works for me. Now go the boring questions: which version of IE do you have? Any installed extensions? Ever tried to visit ar.wiktionary.org with IE? Do you have the latest updates? Max S em(Han shot first!) 09:37, 20 June 2008 (UTC)


 * ok, i think there was something wrong when trying to login. when i click "Login", it would go green on the status bar displaying my login name, but then when i edit anypage, it says that i am not logged in, when i try to Logout, it crashes and takes me to debug. I went to IE, logged in and saved the password..etc.., went back to AWB, and now it seems to work.
 * Thanks for the help.
 * --Lord Anubis (talk) 10:59, 20 June 2008 (UTC)
 * Great. You may also want to modify your monobook.js as we recommend in our FAQ. Max S em(Han shot first!) 11:51, 20 June 2008 (UTC)

List from category empty on 1.12.0
I'm using AutoWikiBrowser to automate edits on my own installation of MediaWiki (1.12.0), and AutoWikiBrowser 4.3.2.0 can't populate the "make a list" box from a category. I found the request it was issuing to my wiki, and plugged it into the browser (http://www.tpederzani.com/pw/api.php?action=query&list=categorymembers&cmtitle=Category:Dansk_Peppermills&cmcategory=Dansk_Peppermills&format=xml&cmlimit=500), and it gives this as a response: <error code="cmtitleandcategory" info="The cmcategory and cmtitle parameters can't be used together"/> This is similar to a bug in the archives, but a respondent to that bug said that 1.12 (as well as current SVN) was a supported configuration for AWB. --GargoyleMT (talk) 16:51, 18 June 2008 (UTC)
 * This is a known issue. The easiest way to resolve it right now would be to upgrade - if you don't want to upgrade the full installation, upgrade only <tt>includes/api/</tt>. Max S em(Han shot first!) 17:03, 18 June 2008 (UTC)
 * Could you be a bit more specific? I'm using the latest stable MediaWiki and the latest stable AWB, aren't I? --GargoyleMT (talk) 17:34, 18 June 2008 (UTC)
 * Latest stable MediaWiki has a borked category retrieval routine that intentionally prohibits for no good reason the trick we use to gain compatibility with older versions. While we may fix this issue at the price of decreased performance in the next version, updating to SVN head will give you immediate solution to the problem with AWB, as well as a few fixed bugs, that's what I mean. Max S em(Han shot first!) 17:41, 18 June 2008 (UTC)
 * Thanks for clarifying and for offering me an immediate solution, I'll think it over. --GargoyleMT (talk) 17:47, 18 June 2008 (UTC)
 * Like Max said, you could probably get away with just upgrading your api.php to the SVN version. —<font face="Trebuchet MS"> Ree dy  20:40, 18 June 2008 (UTC)
 * Saaaaaam, it's just an entry point. The code is elsewhere ;) Max S em(Han shot first!) 22:49, 18 June 2008 (UTC)
 * I need more sleep, a LOT more —<font face="Trebuchet MS"> Ree dy  11:45, 20 June 2008 (UTC)

Oh, it's archived, but still it's fixed in a number of commits ending with. Max S em(Han shot first!) 08:18, 29 July 2008 (UTC)

Error while building
I had added the Kingbotk plugin to the solution again. —<font face="Trebuchet MS"> Ree dy  14:18, 2 July 2008 (UTC)

Unwanted removal of accent
I've noticed this too - it removes all kinds of accents and other diacritics. I'm not sure whether it's a bug or perhaps it's intentional, something to do with the rules for sorting within categories. Colonies Chris (talk) 08:58, 3 July 2008 (UTC)


 * Accent MUST NOT be used in DEFAULTSORT. Read defaultsort instructions. -- Magioladitis (talk) 10:48, 3 July 2008 (UTC)

Can you provide a link. I would like to tell the editor that reverted the AWB edit so that he/she knows this too. Lightmouse (talk) 11:11, 3 July 2008 (UTC)


 * I updated the AWB user guide with this a few weeks ago – section AutoWikiBrowser/User_manual under list of general fixes. Also, in DEFAULTSORT it's stated that pages are sorted in ASCII order. Hope that's good enough for your editor. Rjwilmsi  12:30, 3 July 2008 (UTC)

The rule for defaultsort can be found in Categorization. -- Magioladitis (talk) 14:21, 3 July 2008 (UTC)


 * Thank you very much for the clarification. Lightmouse (talk) 09:40, 4 July 2008 (UTC)

Interface is oddly sized


This bug is very similar to one reported here in versions 4.0.0.0-4.1.1.0. People seemed to agree that it had been solved in version 4.1.2.0, but I still have the same problem. Here is a screenshot of my crimped interface. <font color="#0080FF">Plasticup  <font color="#2A8E82">T /<font color="#2A8E82"> C 00:15, 4 July 2008 (UTC)
 * Do you have a non-standard font size set in Windows preferences? If so, it's requested at WP:AWB/FR. So far the only way to work around it is to switch back to defaults. Max S em(Han shot first!) 09:52, 4 July 2008 (UTC)
 * Changed that preference and it works fine. It is a bit of a nuisance, but not too bad in the grand scheme of things. Thanks for such a quick reply. <font color="#0080FF">Plasticup  <font color="#2A8E82">T /<font color="#2A8E82"> C 14:11, 5 July 2008 (UTC)
 * Yeah.. Hopefully we can do something about it in the not so distant future! —<font face="Trebuchet MS"> Ree dy  14:17, 5 July 2008 (UTC)
 * Then I'll be sure to check back for updates! This is a great product you guys have made. I am very impressed. <font color="#0080FF">Plasticup  <font color="#2A8E82">T /<font color="#2A8E82"> C 17:33, 5 July 2008 (UTC)

Adding line breaks in the wrong places
A table in the article Ukrainian alphabet was totally made a mess of by AWB converting character entities to line breaks in the middle of table-header title attributes (the editor was asleep at the wheel, and the edit remained for ten days). —Michael Z. 2008-06-29 20:04 z 
 * Fixed in . Max S em(Han shot first!) 21:18, 29 June 2008 (UTC)


 * Thank you. —Michael Z. 2008-06-30 15:15 z 

Lifetime/persondata order
I simply repost the comments on my talk page for additional detail: As you can see in this diff, SmackBot takes Lifetime and places it above Persondata. This SHOULD NOT happen. "Lifetime" (and its redirects) are shorthands for "DEFAULTSORT" followed by two categories. Thus, it should always go below "Persondata".

Can you please fix SmackBot to avoid this behavior? Or if not, at least explain why not? -- alexgieg (talk) 14:22, 27 June 2008 (UTC)
 * It's a problem not as far as the system is concerned, but because it disrupts the easy understanding of the end-page contents for those editing. "Lifetime" being placed right before the categories, as part of them, makes it intuitive. It being way above, separated from them by who knows which unrelated content, makes things harder to understand and follow. Not to mention that SmackBot, in moving it up (or Persondata down, I don't know), also separates the Persondata template from the comment preceding it. See these two examples:


 * A. Before SmackBot:

Angus Macnab


 * B. After SmackBot:

Angus Macnab


 * Which one is easier to follow when editing? IMHO, it's clearly A. -- alexgieg (talk) 15:28, 27 June 2008 (UTC)

Rgds, Rich Farmbrough, 16:36 27 June 2008 (GMT).
 * Fixed in, though I'm not going to waste my time to support this ridiculous crap in all other places, so all cute sortkey fixes will be disabled for pages with lifetime. Max S em(Han shot first!) 21:40, 5 July 2008 (UTC)

Cannot access a closed file (Lost original ;-))

 * Weird. The error is obvious, but, as to why its been closed, its not so... —<font face="Trebuchet MS"> Ree dy  08:09, 28 June 2008 (UTC)
 * I've just had this myself... Will try and fix it. —<font face="Trebuchet MS"> Ree dy  13:27, 30 June 2008 (UTC)
 * - Checks if stream is open before updating the progress bar. —<font face="Trebuchet MS"> Ree dy  13:43, 30 June 2008 (UTC)

Replacing Arabic categories

 * At the same, It doesn't respond when checking "Suppress 'Using AWB' in edit summary".--OsamaK 15:49, 28 June 2008 (UTC)
 * This bug wasn't Arabic-specific, just a case of double-escaped string in cases where category name starts with a character that doesn't have a upper/lower case equivalent. Fixed in . Max S em(Han shot first!) 18:06, 28 June 2008 (UTC)
 * The edit summary thing works. Max S em(Han shot first!) 19:02, 28 June 2008 (UTC)
 * Works well. Thank you!--OsamaK 19:40, 28 June 2008 (UTC)

Erroneous reformatting of coauthors to SURNAME, FIRSTNAME

 * These changes are not part of the standard AWB features/functionality, so are specific changes implemented by the AWB user. You should contact him/her directly to discuss your concerns. Thanks Rjwilmsi  18:56, 16 July 2008 (UTC)
 * Okay. I have contacted the user. Thank you for the quick response. « D. Trebbien ( talk ) 21:55, 16 July 2008 (UTC)

ArgumentNullException

 * Might just be me... But you wouldnt get a category list from a page. Do "Links on Page" against Wikipedia:WikiProject Chicago/Bot Category List, then you can select all, and add from selected categories. It wont have liked it as it filtered the namespace out and such. —<font face="Trebuchet MS"> Ree dy  08:08, 26 June 2008 (UTC)
 * I did, I think. I grabbed the links off of the page, filtered it to category namespace, selected them all; right clicked, and selected from category.   §hep   •   ¡Talk to me!  14:48, 26 June 2008 (UTC)

- Checks for null/empty strings. —<font face="Trebuchet MS"> Ree dy  21:21, 9 July 2008 (UTC)

ignore interwiki links
maybe it does not recognize 84.234.42.68 (talk) 18:00, 27 May 2008 (UTC)
 * Fixed in and . Max S em(Han shot first!) 16:53, 1 July 2008 (UTC)
 * Heh, inadvertantly found the cause of this bug! =) —<font face="Trebuchet MS"> Ree dy  18:13, 1 July 2008 (UTC)

Check for 'in use' tag matches commented out tags
Its only matching the first part (which is fine).. Seeing as you do a lot more regex work than me, what would you need to do to tell it not to match )(^.*?{{inuse.*) using multiline mode. Test cases:

hello {{inuse|5}} now {{inuse}} now {{inuse}} now {{inuse}} here {{inuse}} now {{inuse|blah}} now

a e but

now here now here
 * show that this regex will not match commented out  tags (except when the comment is over multiple lines, last test case). A fair improvement at least.  Rjwilmsi  00:43, 4 July 2008 (UTC)
 * Looks good to me, get the same in my regex tester - {{awbsvn|3054}}. Gonna mark this as fixed, due to the fact that the chances of the ending of the comment being on another line is quite slim. Thanks! (Btw, if you get a better regex later, let us know and i'll update it) —<font face="Trebuchet MS"> Ree dy  21:06, 9 July 2008 (UTC)

delete key in find & replace dialogue deletes articles from list instead
I've seen the same with focus in the edit box. Presumably its not always done this...? —<font face="Trebuchet MS"> Ree dy  10:06, 8 July 2008 (UTC)


 * It didn't do this before I did an SVN update yesterday. Rjwilmsi  11:02, 8 July 2008 (UTC)

Its related to Dispensers ListMaker patch i suspect then.... —<font face="Trebuchet MS"> Ree dy  11:54, 8 July 2008 (UTC)


 * I noticed this too with the Find and Replace dialog. Lightmouse (talk) 13:56, 10 July 2008 (UTC)

- Whats anyone think of the new list maker design? (I've just removed that button, and leaving the normal right click context menu..) —<font face="Trebuchet MS"> Ree dy  14:19, 10 July 2008 (UTC)


 * Thanks. The delete key works in the find and replace dialog as expected now. With respect to the new list maker design: I never understood the icon on the middle button, so I think it is better without. However, as a general principle, right-click should not be the only method for any function. I suggest that the 'List' menu is a good place for several of these functions that are currently only in the right-click menu. Furthermore, I think that a 'View' menu would be a more obvious name for many functions that are in a menu called 'Options'. Lightmouse (talk) 15:45, 10 July 2008 (UTC)
 * Im also a bit mixed about it, yes the simpler design does flow better, but like you say, it should probably have the code in a couple of places. —<font face="Trebuchet MS"> Ree dy  18:36, 10 July 2008 (UTC)

Delete key does not work in 'What links to:' field
I'd suspect, its the same cause as the above. —<font face="Trebuchet MS"> Ree dy  13:51, 10 July 2008 (UTC)


 * —<font face="Trebuchet MS"> Ree dy  14:19, 10 July 2008 (UTC)

Confirmed as fixed. Thanks. Lightmouse (talk) 15:48, 10 July 2008 (UTC)

Move, protect and delete buttons aren't hidden

 * MaxSem change it to make them disabled, not visible.. I didnt update the other bug/fr, lol —<font face="Trebuchet MS"> Ree dy  22:29, 10 July 2008 (UTC)
 * Do you mean 'Disabled and invisible' or 'disabled but still visible'? (I can see them and clicking on them brings up the appropriate menu. Whether I can actually action a Move or Delete I haven't tried.) I wanted a change so that I wouldn't accidentally bring up any of the menus. Probably my preference would be for the buttons to be visible, but greyed out (not clickable) with a tooltip of something like 'admins only' so that users would be aware of the functionality, but appropriately restricted from using it. Rjwilmsi  22:58, 10 July 2008 (UTC)
 * Disabled and still visible.. I've just tested it again, if i log into my bot account, they stay disabled, if i log into my account, they are enabled and clickable... —<font face="Trebuchet MS"> Ree dy  23:26, 10 July 2008 (UTC)
 * I'm at 3070 and it's working now – perhaps your changes in / made the difference. In any case, thanks, bug can be marked as fixed. Rjwilmsi  07:12, 11 July 2008 (UTC)

Links on page - takes only 10 items
--Franz (Fg68at) de:Talk 09:47, 11 July 2008 (UTC)
 * Yup, and already fixed for next release - Wikipedia_talk:AutoWikiBrowser —<font face="Trebuchet MS"> Ree dy  09:54, 11 July 2008 (UTC)

AccessViolationException
Maybe because I'm trying it on Wikia and they've been doing some changes. I also have VS2008 installed and I consistently get exceptions in the program. Just thought I'd post this for reference. 96.226.112.38 (talk) 02:52, 6 July 2008 (UTC)

InvalidCastException in ListFilterForm.GetListTags
Because of this bug I can't save any setting. Samat (talk) 16:24, 26 July 2008 (UTC)

This message doesn't appear in rev3109. Samat (talk) 07:20, 27 July 2008 (UTC)
 * should've fixed this. —<font face="Trebuchet MS"> Ree dy  09:11, 27 July 2008 (UTC)

InvalidCastException

 * Cool. I know what code it is, just its not telling me what its trying to cast... :/ —<font face="Trebuchet MS"> Ree dy  12:20, 20 July 2008 (UTC)

This problem appears when I start AWB. I don't think I have done anything special. If I click 'Continue working' it seems to work ok. Lightmouse (talk) 12:26, 20 July 2008 (UTC)
 * Mines doing it now. lol. Lets see —<font face="Trebuchet MS"> Ree dy  12:29, 20 July 2008 (UTC)
 * —<font face="Trebuchet MS"> Ree dy  12:36, 20 July 2008 (UTC)

Undone typo still in edit summary

 * I agree - I think it would be helpful to other users reviewing AWB edits if undone typos didn't appear in the edit summary. Rjwilmsi 17:50, 23 September 2007 (UTC)
 * I'm also supporting this, since I'm getting comments that the summary does not match my change.. - déRahier  talk+contrib 17:10, 9 December 2007 (UTC)
 * I agree -- I wouldn't like for people to think from my edit summaries that I had changed things that were not actually typos! KathrynLybarger (talk) 04:11, 20 December 2007 (UTC)
 * SVN Rev 2028 is still having that issue. Is there going to be a fix for this eventually?  Maybe generating the difference after the user hits Save instead of generating the list of changes before the user begins to review the changes?  <font face="Calibri" size="4px" color="#000066">- Jameson L. Tai  <font face="Calibri" color="#660000">talk ♦ contribs  04:01, 22 January 2008 (UTC)
 * I agree, I ran into this too and would expect the summary to not list typos I did not apply. WilliamKF (talk) 03:29, 29 February 2008 (UTC)


 * Comment - This bug is still not fixed, as evidenced here. In this case, "Beng" is not a typo, so I removed the change, and yet it still appeared in the edit summary. —  Tivedshambo  (t/c) 18:24, 13 April 2008 (UTC)
 * As evident by it not being marked as fixed... —<font face="Trebuchet MS"> Ree dy  18:35, 13 April 2008 (UTC)


 * Comment - Really annoying bug. After one such edit said someone said "You did not fix XXX->YYY!" That make me feel sort of lier - and I never wanted to take credit for incorrect fixes on the first place. Just another example.  TestPilot  14:25, 11 May 2008 (UTC)

Very similar is another issue: if you have two replacements, one for abc &rarr; ab and the other for abd &rarr; abcd, because (in many complicated cases) it's easier than abc([^d]) &rarr; ab$1, and abd &rarr; abcd is the final replacement executed, that appears in the summary. This can be seen for example in ; I used one regex that changed Missouri [number] to Route [number] and another that undid it for certain disambiguations. This seems a lot harder to fix though. --NE2 04:53, 6 June 2008 (UTC)

This bug's still here, I just ran into it for the first time. (AWB 4.3.20 on XP) This diff shows what happened. --Andrew Maiman (talk) 02:48, 18 July 2008 (UTC)
 * Yup, hence not being marked as fixed. It wont just "fix" itself... —<font face="Trebuchet MS"> Ree dy  10:06, 18 July 2008 (UTC)

Fixed in. Note: I made a few design decisions while fixing that problem, so all the editing buttons (bold, italic, link...) intentionally don't currently reset the summary. If they should, start a new discussion. Max S em(Han shot first!) 21:27, 20 July 2008 (UTC)

Links on pages and etc.

 * Yup. Already fixed for next release. —<font face="Trebuchet MS"> Ree dy  20:46, 19 July 2008 (UTC)

Listmaker: special page
—<font face="Trebuchet MS"> Ree dy  11:46, 20 July 2008 (UTC)

AWB needs to handle lifetime template correctly

 * Per previous conversations changing DEFAULTSORT to Lifetime is a controversial edit so doing the opposite of changing Lifetime to DEFAULTSORT is also a controversial edit and therefore should not be performed using AWB. I recommend that this edit be removed from AWB until the controversy surrounding the DEFAULTSORT, Lifetime situation is resolved.--Kumioko (talk) 21:29, 21 July 2008 (UTC)

The problem was in the presence of both DEFAULTSORT and Lifetime in the article. Fixed in. Max S em(Han shot first!) 09:51, 22 July 2008 (UTC)

Wiki Database Scanner cuts off RegEx
A part of edit box was hidden. Fixed in. Max S em(Han shot first!) 04:25, 23 July 2008 (UTC)

Saving Settings

 * I think I've had the same issue in the past and I think it could be to do with special characters in one of the article titles in the article list. Perhaps, DJsasso, you could post the list of articles you had at the time of the error? Rjwilmsi (talk) 21:28, 30 April 2008 (UTC)
 * Could very well be it. I am doing a massive fix right now so I have some 5000 articles in the list. But I will try with a smaller list and see if it saves. -Djsasso (talk) 21:31, 30 April 2008 (UTC)
 * Yeah looks like it saved this time when I had nothing in the article list. What is wierd is I have saved this same list of articles before I switched to this new version and it worked fine. So it could be something in the new version causing it. -Djsasso (talk) 21:32, 30 April 2008 (UTC)
 * Can you find out which titles are responsible? (Or just save the list to text file and post it here). Max S em(Han shot first!) 21:57, 30 April 2008 (UTC)

I've got this error trying to save this list, though the exception doesn't seem to be always reproducible. Hope it helps. Rjwilmsi (talk) 22:05, 2 May 2008 (UTC)
 * I can't reproduce it, there must be a problem with other settings. Max S em(Han shot first!) 06:00, 3 May 2008 (UTC)

Bugs in general fixes

 * I think 1st should be simple to fix, the 2nd is probably connected somehow to # in the link --84.234.42.68 (talk) 13:59, 23 January 2008 (UTC)


 * Regarding #1: 1936 roku is not equivalent to 1936 roku, so actually AWB shouldn't do anything in this case - working on it. Max S em(Han shot first!) 21:29, 2 February 2008 (UTC)


 * 1) Fixed in.
 * 2) Disabled some time ago.
 * 3) Not sure what should we do about such misformatting. Anyway, in MW it looks no less ugly both before and after such change. Max S em(Han shot first!) 18:36, 21 March 2008 (UTC)
 * After much thinking, all possible fixes for such formatting errors would be unreliable. Max S em(Han shot first!) 07:16, 1 August 2008 (UTC)

'Save settings as default': intermittent saving of module
What does it save, if anything? Is it only save as default..? As all the code routes through the same methods.. —<font face="Trebuchet MS"> Ree dy  18:33, 10 July 2008 (UTC)


 * I update my code from time to time. When I look at the saved script, sometimes it is up to date, sometimes it is an older version. It is not an all or nothing thing. I tried the menu item 'Save settins as ...' and saved them to a file called 'default'. Then I closed the application and opened it again. The module was out of date. But when I used the menu item 'Open settings...' and opened the file called default, the module was correct. Any other tests I should do? Lightmouse (talk) 22:15, 10 July 2008 (UTC)


 * Almost doesnt seem like its loading/saving the right ones... —<font face="Trebuchet MS"> Ree dy  22:30, 10 July 2008 (UTC)

AWB will load Default.xml from the same directory that AutoWikiBrowser.exe is in. If you save your settings to another directory, they won't be loaded when AWB starts until you choose File..Open. To always load yours, overwrite Default.xml Rjwilmsi  22:53, 10 July 2008 (UTC)


 * That is useful to know, but I have never used 'Save settings as...' (until Reedy suggested I test it). I have always just used 'Save settings as default'. So I am not sure if that is the answer. Lightmouse (talk) 09:18, 11 July 2008 (UTC)
 * It all filters through into the same code... Save as default just pipes to the save method to use "Default.xml". The save just saves to the last saved file during that session, and passes that to the save method, and similar for save as.. —<font face="Trebuchet MS"> Ree dy  09:21, 11 July 2008 (UTC)

Fixed in. Max S em(Han shot first!) 20:05, 31 July 2008 (UTC)

list entries like: Index.html?curid=16235168

 * They seem to be generated by Google searches (maybe other methods too). Rjwilmsi  20:41, 27 July 2008 (UTC)

Could you provide an example query? Max S em(Han shot first!) 05:53, 29 July 2008 (UTC)


 * A google search for 'feet-of' and filtered to give '(main)' namespace only produces three of this type. Incidentally, why is 'main' in parentheses? Lightmouse (talk) 09:13, 31 July 2008 (UTC)
 * Dispensers change. Probably as most wont use as "main", some places they are "articles", etc etc —<font face="Trebuchet MS"> Ree dy  09:17, 31 July 2008 (UTC)

Verified index.html?curid=3424013 index.html?curid=4683926 index.html?curid=8792708

http://en.wikipedia.org/wiki/index.html?curid=3424013

Can be seen on the first page of results -

—<font face="Trebuchet MS"> Ree dy  10:21, 31 July 2008 (UTC)

Fixed in. Max S em(Han shot first!) 19:40, 31 July 2008 (UTC)

AWB encountered FileNotFoundException
Your updater is ancient, update manually. Max S em(Han shot first!) 06:16, 30 July 2008 (UTC)


 * Could you clarify? Is my AWB version outdated?--Appraiser (talk) 13:37, 30 July 2008 (UTC)
 * It's incorrectly installed, lacks Diff.dll. You'll have to download it manually from sourceforge. Max S em(Han shot first!) 15:17, 30 July 2008 (UTC)

Foreign language Wikipedia returned in results - AWB "sticks"
~ Ame I iorate U T C @ 22:07, 31 July 2008 (UTC)
 * Google search was already tweaked yesterday, other parts of your report were addressed in . Max S em(Han shot first!) 05:34, 1 August 2008 (UTC)

New message

 * By the way, could you add a new action that ignores the new message, Sometime I do't want to read it.--OsamaK 14:28, 5 July 2008 (UTC)
 * No, it shouldn't be removed as it is designed as a safeguard - after checking the message AWB refreshes its state, re-reading the check page. So removing it will lead to the need to block the user, when normally you just remove them from the checkpage and inform on their talk pages. Max S em(Han shot first!) 16:30, 5 July 2008 (UTC)
 * Why have it notify at all? The inherent "You have new messages" banner should be sufficient, I would think.  &mdash;  Music  Maker  5376  20:40, 7 July 2008 (UTC)
 * It hcan't help if people use AWB in bot mode. Also, some people edit with custom JS/CSS that may hide the message. Also, most of time people see the internally-generated diffs that have no message. Max S em(Han shot first!) 20:50, 7 July 2008 (UTC)

Should be better as of. Max S em(Han shot first!) 21:27, 1 August 2008 (UTC)


 * Cool. I'll let you know.  &mdash;  Music  Maker  5376  21:31, 1 August 2008 (UTC)

Problem with redirects
If there is redirect with percent-encoding, AWB try to jump to this title and get a message "Badtitle". Example here.

If I replace the percent-encoding, AWB can edit the page without any problem. Example here. Samat (talk) 16:47, 26 July 2008 (UTC)
 * Fixed in . Max S em(Han shot first!) 12:35, 30 July 2008 (UTC)

Database scanner
DS save an empty list with a size of 3 bytes if I click to save. If I select all title in the list and right click to copy and paste, only 1 title will be pasted. Until now DS put the article titles to the awb list, but this rev don't do that. The only way to use DS is making a list in convert window, copy all of it to clipboard by CTRL+C, paste it to a new blank file, save, then load in AWB as a text file. :S Samat (talk) 17:45, 26 July 2008 (UTC)
 * Same problem. --OsamaK 17:53, 26 July 2008 (UTC)

Additionally:
 * If I check list form to # in convert window, click to copy and paste it to AWB list, it will be blank lines. If I save this list, all the line looks like this: # :.
 * If I check list form to * in convert window, click to copy and paste it to AWB list, it will be lines without closing square brackets (]]). If I save this list, all the line looks like this: # * [[Title.

Samat (talk) 18:13, 26 July 2008 (UTC)
 * The issue with the results not getting sent back to AWB from the Database scanner has already been fixed in the SVN release. Download one of the newer versions from the SVN snapshots link at the top of this page. To transfer a list from the database scanner to AWB the best option is to save the list as a text file (either format) then use make list form text file in AWB to import the file. Rjwilmsi  18:27, 26 July 2008 (UTC)


 * Thank you for your answer. I am using the latest (rev3092) svn release snapshot from here. I have since realized DS save the list using the SAVE button from the convert window, not from the result window. If you would like to save the result list you have to convert to list first. I don't understand why this additionally step is require, but that way works. Older versions added the list direcly to AWB, without any saving. And other bugs are still problems. Samat (talk) 20:01, 26 July 2008 (UTC)

Ok, the save button didnt make much sense. I've now moved that save button to below the "convert" thing (some people want to be able to convert them to headered lists and such). I've also added a new save button below the results list box - Its save function works the same as the normal list maker one. —<font face="Trebuchet MS"> Ree dy  23:01, 26 July 2008 (UTC)
 * Done some more tweaks and such, now if you use the Tools --> DBScanner it will be tied into the list box of the listMaker. (if requested) —<font face="Trebuchet MS"> Ree dy  10:30, 27 July 2008 (UTC)

As of rev 3118, all of thse should now be sorted. Please can you check and confirm for me? —<font face="Trebuchet MS"> Ree dy  11:31, 27 July 2008 (UTC)

I've checked the rev 3119 and all my problems above this section work well except one: the save button below the convert box do nothing for me. Samat (talk) 13:32, 27 July 2008 (UTC)
 * , an event got detached for that. —<font face="Trebuchet MS"> Ree dy  14:24, 27 July 2008 (UTC)

AWB fixing "typos" in equations
Apparently this was detected as a typo. I reverted the edit. I don't think AWB (or whatever did this) should be making changes inside environments. <font color="#c00000">siℓℓy rabbit ( <font color="#c00000">talk ) 03:32, 29 July 2008 (UTC)
 * Fixed in . Max S em(Han shot first!) 10:41, 31 July 2008 (UTC)

AWB replaced an entire article with another article
14933. Max S em(Han shot first!) 06:16, 30 July 2008 (UTC)

MissingMethodException in WPAssessmentsCatCreator.OurMenuItem_Click
Either update your Kingbotk plugin, or delete it. Max S em(Han shot first!) 06:26, 30 July 2008 (UTC)

InvalidOperationException in UserPrefs.SavePrefs
Appears to be a dupe of your own bug report above, though this time more detailed error report allowed us to fix it. Max S em(Han shot first!) 20:04, 31 July 2008 (UTC)


 * Apologies for the duplicate reporting. I will combine reports when I can. And thank you for the rapid fix. Lightmouse (talk) 22:47, 31 July 2008 (UTC)
 * Its not as if its a 1:1 duplicate ;). Max has improved the error handler display, like you can see, and the other was a handwritten bug —<font face="Trebuchet MS"> Ree dy  22:56, 31 July 2008 (UTC)

AWB encountered DivideByZeroException in FlashWindow

 * Ace, I think MS need a slap for this (it isnt AWB code directly..) —<font face="Trebuchet MS"> Ree dy  09:59, 13 June 2008 (UTC)

So would a workaround involve relaunching AWB or rebooting the computer? Lightmouse (talk) 10:05, 13 June 2008 (UTC)
 * Is it happening repeatedly? —<font face="Trebuchet MS"> Ree dy  10:11, 13 June 2008 (UTC)

I has happened before with a previous SVN. It happened a few times but I thought that I would upgrade to a later SVN and see what happened. Lightmouse (talk) 10:14, 13 June 2008 (UTC)
 * Hmm. Nothing has changed.

Is the code where its appearing from... A reference to the AWB form is passed to the method, which then passes it externally. The "Handle" is something that is computed by the framework, so we cant change it... I can try putting some error handling on the method, and supress it..? —<font face="Trebuchet MS"> Ree dy  10:22, 13 June 2008 (UTC)


 * The error dialog does not seem to affect the operation of AWB. However, it does prevent me from interacting with AWB (I can't even shut it down without going to the Windows Task Manager). If you suppress it, would that allow me to interact with AWB again? Lightmouse (talk) 12:36, 13 June 2008 (UTC)

Made it ignore exceptions in. Max S em(Han shot first!) 18:35, 7 August 2008 (UTC)

Erroneously removing pipe
According to Help:Pipe trick, the parser automatically removes the pipe when there are no parentheses in the title, so simply removing this from the general fixes should be all that is needed. --NE2 23:30, 26 May 2008 (UTC)
 * Fixed in . Max S em(Han shot first!) 19:31, 7 August 2008 (UTC)

Problem with "Main article" fixup
- Works for me... Any strange regex's that may be conflicting? —<font face="Trebuchet MS"> Ree dy  22:27, 13 June 2008 (UTC)
 * I've seen this too. Instead of a newline a square box is inserted between the }} to end the template and the following paragraph, which makes the AWB diff display strangely (template and next paragraph seemingly merged onto one line). Yet, once saved the wikipedia diff looks normal (e.g. in your example). The box looks like the one you get when opening a unix-encoded file in Windows Notepad – is there some issue relating to the use of \r and/or \n?  Rjwilmsi  23:15, 15 July 2008 (UTC)

Tweaked in as a temporary measure before switching to Unix newlines during processing completely, to avoid all such problems in the future. Max S em(Han shot first!) 19:48, 6 August 2008 (UTC)

Removal of &lt;br&gt; in blockquotes
Lightbot removed important paragraph markings in quotations in A Vindication of the Rights of Men - perhaps some tweaks could be made to the program so that this doesn't happen in the future? Thanks. Awadewit (talk) 12:57, 15 June 2008 (UTC)


 * Thanks for bringing this here. That is a feature of AWB 'General fixes'. I can report it back to the development team but I cannot see any difference that the paragraph marks make. Can you clarify what difference it makes to the reader? Lightmouse (talk) 13:03, 15 June 2008 (UTC)

Yes, in the version before the bot, there are paragraph breaks in some of the quotations. In the version after the bot, there are no paragraph breaks. This is a serious issue, as it changes the quotation. Awadewit (talk) 13:06, 15 June 2008 (UTC)


 * Another comment about the same issue:
 * ''Please adjust Lighbot so that it doesnt delete  tags inside blockquotes or quoting templates (for example, bquote, cquote, etc.). They are sometimes legitimately needed there. Kaldari (talk) 15:33, 16 June 2008 (UTC)


 * Please do fix this blockquote/paragraph break issue. I've seen bots mangle quotes in several pages I follow, again and again.  I recognize this is a problem in wikipedia's blockquote presentation (the removed paragraph tags are a hack), but until that's fixed, we need those paragraph breaks not to be axed. -Moorlock (talk) 23:15, 22 June 2008 (UTC)


 * I would like to add my voice to this. Please find a way of having the bot not remove html tags within blockquotes. Firsfron of Ronchester  04:52, 24 June 2008 (UTC)

Fixed some time ago. Max S em(Han shot first!) 16:17, 22 July 2008 (UTC)

Will not find template:example In Template Rule / Sub rule
Could you elaborate how exactly to reproduce this? Suppose, first we have to create In Template Rule for template example. What's next? Max S em(Han shot first!) 11:51, 30 April 2008 (UTC)
 * No response, user left. Cannot figure out what's wrong → closing. Max S em(Han shot first!) 17:40, 8 August 2008 (UTC)

Exception ArgumentNullException Value cannot be null.
Gnevin (talk) 19:42, 11 August 2008 (UTC)
 * That part was completely rewritten in the new version. Max S em(Han shot first!) 06:36, 12 August 2008 (UTC)

== Typo fixes are being applied within  Message:   Call stack:    at System.Xml.Serialization.XmlSerializer.Serialize(XmlWriter xmlWriter, Object o, XmlSerializerNamespaces namespaces, String encodingStyle, String id) at System.Xml.Serialization.XmlSerializer.Serialize(Stream stream, Object o)  at WikiFunctions.AWBSettings.UserPrefs.SavePrefs(UserPrefs prefs, String file) Rich Farmbrough, 11:42 4 September 2008 (GMT). 11:42, 4 September 2008 (UTC) | OS         = Microsoft Windows NT 6.0.6000.0 | version    = 4.3.2.0 | workaround = tried save as, save as default too. }}
 * I also used to experience this error, but I never actually worked out what the problem was. Have you got a reliable test case to identify the exact problem? I thought the problem related to saving configuration files with the article list where one or more articles used special characters (with accents etc). Rjwilmsi  17:02, 4 September 2008 (UTC)
 * New release is overdue anyway... Doesnt the saving to .old help out when it messes up? i know ive improved the code since the release> —<font face="Trebuchet MS"> Ree dy  08:15, 7 September 2008 (UTC)

Most likely, already fixed before. Report back if persists after the new release. Max S em(Han shot first!) 09:35, 7 September 2008 (UTC)

AWB encountered InvalidOperationException

 * - si added. Please request addition of wikimedia related projects adding (it can be done fairly simply) —<font face="Trebuchet MS"> Ree dy  18:46, 8 September 2008 (UTC)