Wikipedia talk:AutoWikiBrowser/Bugs/Archive 7

This is an archive of past discussions. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page.

Archive 1

←

Archive 5

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

Status	Fixed in the next release
Description	"Suppress using AWB" does not suppress unless 'Auto save' is selected Lightmouse (talk) 19:43, 12 June 2008 (UTC)
To duplicate:	Select 'Suppress using AWB' and unselect 'Auto save'. Save a page and look at edit summary.
Operating system
.NET FW Version	Unknown
AWB version	SVN 2916
Workaround
Fixed in version	Unknown

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. rev 2924 —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)

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

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

br tags are not always removed

Status	Fixed in the next release
Description	only some are removed, others are changed by my regex [1] --84.234.42.68 (talk) 00:02, 13 June 2008 (UTC)
To duplicate:
Operating system
.NET FW Version	Unknown
AWB version	SVN 2912
Workaround
Fixed in version	Unknown

I'm afraid unless we know what "your regex" is, we can't help you. MaxSem^{(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 <br\> or similar tags and various variants with casing --84.234.42.68 (talk) 09:02, 13 June 2008 (UTC)

Presumably its

        readonly Regex SyntaxRegex11 = new Regex(@"^([#\*:;]+.*?)<br ?/?>\r\n", RegexOptions.Multiline | RegexOptions.IgnoreCase | RegexOptions.Compiled);

And wants changing to

        readonly Regex SyntaxRegex11 = new Regex(@"^([#\*:;]+.*?) ?<br ?/?> ?\r\n", RegexOptions.Multiline | RegexOptions.IgnoreCase | RegexOptions.Compiled);

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)

        readonly Regex SyntaxRegex11 = new Regex(@"^([#\*:;]+.*?) *<[/\\]?br ?[/\\]?> *\r\n", RegexOptions.Multiline | RegexOptions.IgnoreCase | RegexOptions.Compiled);

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)

rev 2926, done —Ree dy 14:28, 13 June 2008 (UTC)

Inconsistent removal of section links in list maker

Status	Fixed in the next release
Description	A little while ago a feature request of mine was added so that the list maker would remove section links in article titles in the list maker (e.g. Fred#Career --> Fred) to avoid getting 'invalid page title' errors. However, section links are not being removed in all situations e.g. select an 'invalid page title' skipped article and choose 'add to article list', and the section list is not removed on add. Perhaps section links should be removed just prior to loading each article? Thanks Rjwilmsi 06:46, 14 June 2008 (UTC)
To duplicate:
Operating system	XP
.NET FW Version	Unknown
AWB version	Recent SVN
Workaround
Fixed in version	Unknown

        /// <summary>
        /// Adds the article to the list
        /// </summary>
        public void Add(Article item)
        {
            lbArticles.Items.Add(item);
            UpdateNumberOfArticles();
        }

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.

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

Edit view only extends to about 50% of screen width

Status	Not a bug in AWB, has been referred
Description	Edit view (not 'Edit box') only extends to about 50% of screen width. Lightmouse (talk) 14:13, 13 June 2008 (UTC)
To duplicate:	Select an article and press 'Start'. AWB will show the article in Edit mode first and then show the 'Diff' mode. As the Edit mode appears briefly, it only covers half the screen width. It is not a big deal, but this glimpse of the article in Edit mode before Diff mode is sometimes useful.
Operating system
.NET FW Version	Unknown
AWB version	svn2925
Workaround
Fixed in version	Unknown

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. MaxSem^{(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

Status Not a bug in AWB, has been referred

Description

Exception: XmlException

Message: '�', hexadecimal value 0x07, is an invalid character. Line 1, position 100.

Call stack:

   at System.Xml.XmlTextReaderImpl.Throw(Exception e)
   at System.Xml.XmlTextReaderImpl.Throw(String res, String[] args)
   at System.Xml.XmlTextReaderImpl.ThrowInvalidChar(Int32 pos, Char invChar)
   at System.Xml.XmlTextReaderImpl.ParseAttributeValueSlow(Int32 curPos, Char quoteChar, NodeData attr)
   at System.Xml.XmlTextReaderImpl.ParseAttributes()
   at System.Xml.XmlTextReaderImpl.ParseElement()
   at System.Xml.XmlTextReaderImpl.ParseElementContent()
   at System.Xml.XmlTextReaderImpl.Read()
   at System.Xml.XmlTextReader.Read()
   at WikiFunctions.Lists.GetLists.FromCategory(Boolean subCategories, String[] categories)
   at WikiFunctions.Controls.Lists.ListMaker.MakeList2()

bd2412 T 05:57, 13 March 2008 (UTC)

To duplicate: ListMaker Text: Noms communs en anglais

Operating system Microsoft Windows NT 5.1.2600 Service Pack 2

.NET FW Version Unknown

AWB version 4.3.0.0

Workaround None

Fixed in version Unknown

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

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

Status	Not a bug in AWB, has been referred
Description	What links here (including redirects) fails to find any articles Lightmouse (talk) 12:45, 13 June 2008 (UTC)
To duplicate:	Select the article 'Tuesday'. If you choose 'What links here' you get 839 results. If you choose 'What links here (including redirects) you get zero results.
Operating system
.NET FW Version	Unknown
AWB version	svn2925
Workaround
Fixed in version	Unknown

[2]

<api>
−
<error code="internal_api_error_DBQueryError" info="Exception Caught: A
database error has occurred
Query: SELECT 
page_id,page_title,page_namespace,page_is_redirect,pl_title,pl_namespace  FROM
`page`,`pagelinks`  WHERE (pl_from=page_id) AND ((pl_title = 'Twisday' AND
pl_namespace = '0') OR (pl_title = 'Tiwes_dæg' AND pl_namespace = '0') OR
(pl_title = 'Martis_dies' AND pl_namespace = '0') OR (pl_title = 'Tiu's_Day'
AND pl_namespace = '0') OR (pl_title = 'Tuefday' AND pl_namespace = '0')) 
ORDER BY pl_namespace, pl_title, pl_from LIMIT 501  
Function: ApiQueryBacklinks::run
Error: 1064 You have an error in your SQL syntax.  Check the manual that
corresponds to your MySQL server version for the right syntax to use near
's_Day' AND pl_namespace = '0') OR (pl_title = 'Tuefday' AND pl_ (10.0.0.236)
">


#0 /usr/local/apache/common-local/php-1.5/includes/Database.php(573):
Database->reportQueryError('You have an err...', 1064, 'SELECT  page_id...',
'ApiQueryBacklin...', false)
#1 /usr/local/apache/common-local/php-1.5/includes/Database.php(982):
Database->query('SELECT  page_id...', 'ApiQueryBacklin...')
#2 /usr/local/apache/common-local/php-1.5/includes/api/ApiQueryBase.php(214):
Database->select(Array, Array, Array, 'ApiQueryBacklin...', Array, Array)
#3
/usr/local/apache/common-local/php-1.5/includes/api/ApiQueryBacklinks.php(202):
ApiQueryBase->select('ApiQueryBacklin...')
#4
/usr/local/apache/common-local/php-1.5/includes/api/ApiQueryBacklinks.php(90):
ApiQueryBacklinks->run()
#5 /usr/local/apache/common-local/php-1.5/includes/api/ApiQuery.php(211):
ApiQueryBacklinks->execute()
#6 /usr/local/apache/common-local/php-1.5/includes/api/ApiMain.php(373):
ApiQuery->execute()
#7 /usr/local/apache/common-local/php-1.5/includes/api/ApiMain.php(236):
ApiMain->executeAction()
#8 /usr/local/apache/common-local/php-1.5/includes/api/ApiMain.php(220):
ApiMain->executeActionWithErrorHandling()
#9 /usr/local/apache/common-local/php-1.5/api.php(77): ApiMain->execute()
#10 /usr/local/apache/common-local/live-1.5/api.php(3):
require('/usr/local/apac...')
#11 {main}

</error>
</api>

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. MaxSem^{(Han shot first!)} 13:33, 13 June 2008 (UTC)

Auto checkbox switches itself off

Status	Not enough information/very rare bug
Description	Editing in bot mode, sometimes I find AWB is sat there because the auto-save checkbox has mysteriously become unchecked. Possible clue: we have bad weather here, causing a bad connection. kingboyk 12:23, 20 July 2007 (UTC)
To duplicate:
Operating system	Vista
.NET FW Version	Unknown
AWB version	svn
Workaround
Fixed in version	Unknown

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 ^ParlateContribs_@ (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 ^ParlateContribs_@ (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? MaxSem^{(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

Status	Bug currently being investigated/fixed
Description	The bottom right corner with the user logged into AWB still doesn't always update when switching between profiles. This was said to have been fixed, but I'm running the version where that fix was supposedly fixed. --(Review Me) R ^ParlateContribs_@ (Let's Go Yankees!) 02:21, 3 July 2007 (UTC)
To duplicate:
Operating system	Windows Vista
.NET FW Version	Unknown
AWB version	3.9.3.2
Workaround	Exit and restart.
Fixed in version	Unknown

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? —Reedy Boy 00:13, 28 December 2007 (UTC)

My preliminary analysis shows that WebControl.Wait() returns immediately in WebControl.Login() and thus we call UserProperties.UpdateWikiStatus() 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. MaxSem^{(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)... —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. MaxSem^{(Han shot first!)} 07:38, 25 May 2008 (UTC)

Archiving. We know it needs to be fixed at a later date. —Ree dy 19:54, 16 June 2008 (UTC)

focus lost when in 'hide bottom panel' mode

Status	Not enough information/very rare bug
Description	When using the mode 'hide bottom panel', the focus is lost from the preview window after saving each edit. This means that pressing Control+S to save when a new edit loads has no effect, focus has to be returned to the preview window by a mouse click. I think this occurs in normal (panel shown) mode too. Rjwilmsi (talk) 10:14, 24 March 2008 (UTC)
To duplicate:
Operating system	XP
.NET FW Version	Unknown
AWB version	4.3.0.2
Workaround
Fixed in version	Unknown

I can't reproduce this. It works well for me. —METS501 (talk) 21:32, 17 April 2008 (UTC)

Error 500 on Yahoo Search Plugin

Status	Not a bug in AWB, has been referred
Description	Yahoo search fails Lightmouse (talk) 14:26, 14 June 2008 (UTC)
To duplicate:	Select a Yahoo search and press 'Make list'. An error dialog appears saying 'Network access error', 'The remote server returned an error: (500) internal server error'
Operating system
.NET FW Version	Unknown
AWB version	svn 2925
Workaround
Fixed in version	Unknown

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 —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). —Ree dy 14:13, 16 June 2008 (UTC)

Unwanted addition of category

Status	Fixed in the next release
Description	Unwanted addition of category. It looks like AWB General fixes added the category 'Living people' to an article about a dead person. I certainly did not but I can't work out why AWB would do such a thing. Lightmouse (talk) 18:12, 16 June 2008 (UTC)
To duplicate:	See Alejandro Romualdo
Operating system
.NET FW Version	Unknown
AWB version
Workaround
Fixed in version	Unknown

A "19xx Births" category but no "20xx Deaths" category, will be why. – iridescent 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. —Ree dy 18:57, 16 June 2008 (UTC)

The article has the code: 'recentlydeceased'. Lightmouse (talk) 19:28, 16 June 2008 (UTC)

rev 2956 - AWB now wont add living category if it contains {{recentlydeceased}}/other redirects. —Ree dy 19:43, 16 June 2008 (UTC)

NullReferenceException in ListFilterForm

Status Fixed in the next release

Description

Exception:	`NullReferenceException`
Message:	`Object reference not set to an instance of an object.`
Call stack:	at WikiFunctions.Lists.ListFilterForm.RemoveDuplicates() at WikiFunctions.Lists.ListFilterForm.btnApply_Click(Object sender, EventArgs e)

To duplicate: Unknown

Operating system Microsoft Windows NT 5.1.2600 Szervizcsomag 2

.NET FW Version Unknown

AWB version 4.3.2.1, revision 2976 (2008-06-18 17:23:04), revision 2971 (SVN snapshot)

Workaround None

Fixed in version Unknown

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

Status Fixed in the next release

Description

Exception:	`NullReferenceException`
Message:	`Object reference not set to an instance of an object.`
Call stack:	at WikiFunctions.Lists.ListFilterForm.btnApply_Click(Object sender, EventArgs e)

Lightmouse (talk) 11:38, 19 June 2008 (UTC)

To duplicate: Unknown

Operating system Microsoft Windows NT 5.1.2600 Service Pack 3

.NET FW Version Unknown

AWB version 4.3.2.1, revision 2971 (2008-06-18 11:06:28)

Workaround None

Fixed in version Unknown

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 rev 2977. MaxSem^{(Han shot first!)} 14:11, 19 June 2008 (UTC)

Exception error

Status Fixed in the next release

Description

Thread:

Exception: ThreadStateException

Message: ActiveX control '8856f961-340a-11d0-a96b-00c04fd705a2' cannot be instantiated because the current thread is not in a single-threaded apartment.

Call stack:

   at System.Windows.Forms.WebBrowserBase..ctor(String clsidString)
   at System.Windows.Forms.WebBrowser..ctor()
   at WikiFunctions.Browser.WebControl..ctor()
   at WikiFunctions.Lists.MyWatchlistListMakerProvider.MakeList(String[] searchCriteria)
   at WikiFunctions.Controls.Lists.ListMaker.MakeListPlugin()

Lightmouse (talk) 22:39, 25 June 2008 (UTC)

To duplicate: Unknown

Operating system Microsoft Windows NT 5.1.2600 Service Pack 3

.NET FW Version Unknown

AWB version 4.3.2.1, revision 2987 (2008-06-21 21:51:39)

Workaround None

Fixed in version Unknown

"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 rev 2994. MaxSem^{(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

Status	Fixed in the next release
Description	mistake in interwiki ordering
To duplicate:
Operating system	Windows XP SP3
.NET FW Version	Unknown
AWB version	4.3.2.0
Workaround	None
Fixed in version	Unknown

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? MaxSem^{(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 ;) MaxSem^{(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.. [3] —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. MaxSem^{(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: [http://hu.wikipedia.org] 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... —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. —Ree dy 22:18, 16 June 2008 (UTC)

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

If i use

                Array.Sort(InterwikiAlpha, StringComparer.Create(new System.Globalization.CultureInfo("hu-HU", true), true));

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

So, forcing to en-US

                Array.Sort(InterwikiAlpha, StringComparer.Create(new System.Globalization.CultureInfo("en-US", true), true));

rev 2964 —Ree dy 22:51, 16 June 2008 (UTC)

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

Status	Fixed in the next release
Description	Wiki Database Scanner results are not moved to the AWB, file->save results list also doesn't work in Wiki Database Scanner - it saves file with 3 bytes of data--84.234.42.68 (talk) 18:26, 7 June 2008 (UTC)
To duplicate:
Operating system	Microsoft Windows XP
.NET FW Version	Unknown
AWB version	rev. 2905
Workaround
Fixed in version	Unknown

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).. rev 2908 fixes the adding the results back to the AWB list box. —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..? —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! —Ree dy 12:58, 12 June 2008 (UTC)

References-2column not replaced with 2 argument to reflist

Status	Fixed in the next release
Description	The div class of "references-2column" is not handled. WilliamKF (talk) 00:13, 2 February 2008 (UTC)
To duplicate:	Run AWB on a page with this in it: ==References== <div class="references-2column"> <div class="references-small"> <references/> </div> </div> It should become: ==References== {{reflist\|2}}
Operating system	Windows XP
.NET FW Version	Unknown
AWB version	4.2.0.1
Workaround	Manual edit
Fixed in version	Unknown

Probably... Im sure max put that in... But its not normal for it to have -small and the -2coloumn.. Probably the problem... —Reedy Boy 00:29, 2 February 2008 (UTC)

As per [4] —Reedy Boy 00:31, 2 February 2008 (UTC)

Updated regex —Ree dy 20:08, 16 June 2008 (UTC)

rev 2957 —Ree dy 20:12, 16 June 2008 (UTC)

Revived from archives, as unit testing in FootnotesTests.TestFixReferenceListTags() indicates possible problems such as not matching number if divs, and probably more. That's why TDD insists on writing tests before implementing the feature. MaxSem^{(Han shot first!)} 13:05, 17 June 2008 (UTC)

Reverted for the time being (safer than causing more problems in svn/snapshot releases). rev 2966 —Ree dy 16:30, 17 June 2008 (UTC)

Finally fixed in rev 2981. MaxSem^{(Han shot first!)} 09:02, 21 June 2008 (UTC)

Do not spellcheck reference names

Status	Not a bug in AWB, has been referred
Description	AWB spellcheck name of reference. TestPilot^{talk to me!} 15:23, 17 June 2008 (UTC)
To duplicate:	Spellcheck Clan Donald article with RegexTypoFix on. AWB is trying to capitalize first letter of "scotsman" in a "ref name="scotsman-442642005">" string.
Operating system	any
.NET FW Version	Unknown
AWB version	all
Workaround	poke Brion
Fixed in version	Unknown

P.S. There was similar bug quite some time ago (and it was fixed). I can find and reopen that one but I think this is more like a new bug.

It's a different problem: ref tags in this article are screwed up by unclosed tag, so end of the paragraph where this tag resides is hidden.[5] Instead of adding yet more costly parsing of incorrect wikitext (and there are just too many different ways to screw up formatting), I'd prefer Brion to apply my patch from bugzilla:12757 so that all such occurences are signaled to end-user. MaxSem^{(Han shot first!)} 16:08, 17 June 2008 (UTC)

Oh, if that was a problem with an article formatting, than sure, it make more sense to fix article itself then trying to catch and fix unique formatting exception with AWB. Thank you for actually fixing that! Signaling would also be nice, but most of red text warning AWB give to the user are not very helpful, at least for me, because it is usually not very clear what to do, so I learned not to pay attention to thous warnings. But they might be helpful for someone else. TestPilot^{talk to me!} 16:57, 17 June 2008 (UTC)

AWB ruins formatting of table when applying general clean up fixes

Status	Fixed in the next release
Description	AWB ruins formatting of table when applying general clean up fixes TestPilot^{talk to me!} 15:30, 17 June 2008 (UTC)
To duplicate:	Please check this edit.
Operating system
.NET FW Version	Unknown
AWB version
Workaround
Fixed in version	Unknown

P.S. There was similar bug quite some time ago (and it was fixed). I can find and reopen that one but I think this is more like a new bug.

Fixed in rev 2982. MaxSem^{(Han shot first!)} 10:22, 21 June 2008 (UTC)

'using AWB' gets truncated

Status	Fixed in the next release
Description	Some long edit summaries for AWB edits mean that the 'using AWB' appended to the edit summary gets truncated, e.g. [6]. This looks untidy, so I have two suggestions to improve this: first of all [[WP:AWB\|AWB]] could be used in place of [[Project:AutoWikiBrowser\|AWB]] and secondly, AWB could have some logic to add a plain unlinked 'using AWB' if there's not enough space left in the edit summary for the linked version. Thanks Rjwilmsi 23:04, 17 June 2008 (UTC)
To duplicate:
Operating system	XP
.NET FW Version	Unknown
AWB version	SVN
Workaround
Fixed in version	Unknown

Hmm, thats weird. I put a fix in for this before

            if (tag.Length >= 255)
                tag = tag.Substring(0, (255 - (Variables.SummaryTag.Length + 1)));

            tag += " " + Variables.SummaryTag;

Looking at that supplied diff, its still 2 characters too long.

As for using WP:AWB, this would mean it linked back to these pages, rather than the local ones (if they exist), which, i think was the reason for using Project... —Ree dy 10:09, 18 June 2008 (UTC)

The edit summary can be a maximum of 255 bytes (not characters)... Depending on the encoding, and then what characters are used, it limits the number of avaliable characters (presumably the "→" will take up more bytes... We could faff about turning it into a byte array, or working out the proper length in bytes... Not sure if its really worth the effort...? As of rev 2972, i've put a 200 char limit (can possibly be increased to say ~220), and then truncating the length of the summary to allow for the ending tag to go onto it... As for the other stuff, have to see what Max and others think. —Ree dy 10:53, 18 June 2008 (UTC)

Thanks, SVN change 2972 is sensible and should prevent the bug for nearly all cases. An exact byte count would be the purist fix, but I agree it's not worth the effort if it's a significant code change. Rjwilmsi 11:10, 18 June 2008 (UTC)

Its whether we increase it say to 220 or so, to allow a bit more in the edit summary (knowing it shouldnt go over the 255 byte mark)... —Ree dy 11:23, 18 June 2008 (UTC)

Logged in to Wikipedia but cannot log in to AWB

Status	Not a bug/currently unresolvable
Description	Logged in to Wikipedia but cannot log in to AWB. I updated to version 2987. I cannot log in to AWB even though I am logged into Wikipedia on IE. AWB keeps presenting me with the log in page. It has a bit at the bottom left saying 'Software disabled'. I thought it might be a problem with one SVN snapshot so I tried downgrading to 2979 but got the same symptoms. Lightmouse (talk) 18:35, 23 June 2008 (UTC)
To duplicate:	Launch AWB. Select 'File', 'Log in'.
Operating system
.NET FW Version	Unknown
AWB version	2979 and 2987
Workaround
Fixed in version	Unknown

Mine logs in fine against 2992.. No login things have changed... —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 —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... —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

Status	Resolved
Description	When you click "Start", after loading it with a list of pages from Arabic Wiktionary , it just loads the first page, and keeps reloading it, without changing or moving on. It happens when you try to perform any function (I tried it with simple replace "Italian"-->"{{Italian}}"). It just doesn't move off the first page. This has been happening since the previous versions, but i hadnt had the time to report it.
To duplicate:
Operating system	Windows XP
.NET FW Version	Unknown
AWB version	4.3.2.0
Workaround	None, have to use pywikipediabot.
Fixed in version	Unknown

It works for me[7]. 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? MaxSem^{(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. MaxSem^{(Han shot first!)} 11:51, 20 June 2008 (UTC)

List from category empty on 1.12.0

Status	Fixed in the next release
Description	AWB issues a request that causes the bot API on 1.12.0 to return an error (because both cmcategory and cmtitle are used to list pages in a category). GargoyleMT (talk) 16:51, 18 June 2008 (UTC)
To duplicate:	Point AWB to a 1.12.0 based MW and try to get a list from a category name (or see this example on my wiki).
Operating system	Windows XP SP3
.NET FW Version	Unknown
AWB version	4.3.2.0
Workaround
Fixed in version	Unknown

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 includes/api/. MaxSem^{(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. MaxSem^{(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. —Ree dy 20:40, 18 June 2008 (UTC)

Saaaaaam, it's just an entry point. The code is elsewhere ;) MaxSem^{(Han shot first!)} 22:49, 18 June 2008 (UTC)

I need more sleep, a LOT more —Ree dy 11:45, 20 June 2008 (UTC)

Oh, it's archived, but still it's fixed in a number of commits ending with rev 3137. MaxSem^{(Han shot first!)} 08:18, 29 July 2008 (UTC)

Error while building

Status	Fixed in the next release
Description	When try to build last SVN (3023). This error was encountered: The referenced assembly "E:\AWB\AWB\Plugins\Kingbotk\AWB Plugin\bin\Debug\Kingbotk AWB Plugin.dll" was not found. If this assembly is produced by another one of your projects, please make sure to build that project before building this one. AutoWikiBrowser O sama K 14:08, 2 July 2008 (UTC)
To duplicate:	Unknown
Operating system	Microsoft Visual C# 2008 Express Edition
.NET FW Version	Unknown
AWB version	3023
Workaround	None
Fixed in version	Unknown

I had added the Kingbotk plugin to the solution again. rev 3024 —Ree dy 14:18, 2 July 2008 (UTC)

Unwanted removal of accent

Status	Not a bug/currently unresolvable
Description	Unwanted removal of accent. Please look at an edit made with AWB General fixes switched on José Sarria. The General fixes removed the accent. The subsequent editor said that the accent is required. I do not know either way. Is this a bug? Lightmouse (talk) 08:50, 3 July 2008 (UTC)
To duplicate:
Operating system
.NET FW Version	Unknown
AWB version
Workaround
Fixed in version	Unknown

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 Wikipedia:AutoWikiBrowser/User_manual#Options under list of general fixes. Also, in DEFAULTSORT#Summary 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 Wikipedia:Categorization#Other specifics. -- 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

File:AWB odd interface v4.3.2.0.JPG

Status	New
Description	Interface is oddly-sized and does not allow access to many buttons - see image
To duplicate:	Unknown
Operating system	Windows XP
.NET FW Version	Unknown
AWB version	4.3.2.0
Workaround	Unknown
Fixed in version	Unknown

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. Plasticup ^T/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#Support non-standard Windows font PPI. So far the only way to work around it is to switch back to defaults. MaxSem^{(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. Plasticup ^T/C 14:11, 5 July 2008 (UTC)

Yeah.. Hopefully we can do something about it in the not so distant future! —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. Plasticup ^T/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 rev 3014. MaxSem^{(Han shot first!)} 21:18, 29 June 2008 (UTC)

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

Lifetime/persondata order

Status	Fixed in the next release
Description	takes {{Lifetime}} and places it above {{Persondata}}: Note if this is correct behaviour we need to document it, and consider how we deal with standard comments as we do for interwikis.. Rich Farmbrough, 16:36 27 June 2008 (GMT).
To duplicate:	Um easy.
Operating system	Vista
.NET FW Version	Unknown
AWB version	4.3
Workaround
Fixed in version	Unknown

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:

{{Persondata
|NAME = Macnab, Angus
|ALTERNATIVE NAMES = 
|SHORT DESCRIPTION = Writer and historian on Medieval Spain
|DATE OF BIRTH = 1906
|PLACE OF BIRTH = [[London]], [[United Kingdom]]
|DATE OF DEATH = 1977
|PLACE OF DEATH = [[Madrid]], [[Spain]]
}}

{{Lifetime|1906|1977|Macnab, Angus}}
[[Category:Study of religion]]
[[Category:British medievalists]]
[[Category:Traditionalism]]

[[pt:Angus Macnab]]
B. After SmackBot:


{{Lifetime|1906|1977|Macnab, Angus}}

{{Persondata
|NAME = Macnab, Angus
|ALTERNATIVE NAMES = 
|SHORT DESCRIPTION = Writer and historian on Medieval Spain
|DATE OF BIRTH = 1906
|PLACE OF BIRTH = [[London]], [[United Kingdom]]
|DATE OF DEATH = 1977
|PLACE OF DEATH = [[Madrid]], [[Spain]]
}}
[[Category:Study of religion]]
[[Category:British medievalists]]
[[Category:Traditionalism]]

[[pt: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 rev 3045, 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. MaxSem^{(Han shot first!)} 21:40, 5 July 2008 (UTC)

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

Status Fixed in the next release

Description

Exception: ObjectDisposedException

Message: Cannot access a closed file.

Call stack:

   at System.IO.__Error.FileNotOpen()
   at System.IO.FileStream.get_Position()
   at WikiFunctions.DBScanner.DatabaseScanner.updateProgressBar() in E:\AWB\AWB\WikiFunctions\DatabaseScanner\DatabaseScanner.cs:line 743
   at WikiFunctions.DBScanner.DatabaseScanner.timerProgessUpdate_Tick(Object sender, EventArgs e) in E:\AWB\AWB\WikiFunctions\DatabaseScanner\DatabaseScanner.cs:line 736
   at System.Windows.Forms.Timer.OnTick(EventArgs e)
   at System.Windows.Forms.Timer.TimerNativeWindow.WndProc(Message& m)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

O sama K 21:14, 27 June 2008 (UTC)

To duplicate: Unknown

Operating system Microsoft Windows NT 5.1.2600 Service Pack 3

.NET FW Version Unknown

AWB version 4.3.2.1, revision 2995 (2008-06-27 11:29:44)

Workaround None

Fixed in version Unknown

Weird. The error is obvious, but, as to why its been closed, its not so... —Ree dy 08:09, 28 June 2008 (UTC)

I've just had this myself... Will try and fix it. —Ree dy 13:27, 30 June 2008 (UTC)

rev 3018 - Checks if stream is open before updating the progress bar. —Ree dy 13:43, 30 June 2008 (UTC)

Replacing Arabic categories

Status	Fixed in the next release
Description	While replacing categories on Arabic Wikipedia, AWB doesn't find any category, maybe because it doesn't know Arabic team of "Category:" Namespace. Arabic one is "تصنيف:"O sama K 15:40, 28 June 2008 (UTC)
To duplicate:	Unknown
Operating system	Windows XP
.NET FW Version	Unknown
AWB version	4.3.2.1, revision 2995 (2008-06-27 11:29:44)
Workaround	Replacing categories
Fixed in version	Unknown

At the same, It doesn't respond when checking "Suppress 'Using AWB' in edit summary".--O sama K 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 rev 2998. MaxSem^{(Han shot first!)} 18:06, 28 June 2008 (UTC)

The edit summary thing works[8]. MaxSem^{(Han shot first!)} 19:02, 28 June 2008 (UTC)

Works well. Thank you!--O sama K 19:40, 28 June 2008 (UTC)

Erroneous reformatting of coauthors to SURNAME, FIRSTNAME

Status	Not a bug in AWB, has been referred
Description	This is something I have noticed from another's use of AWB. I have noticed an AWB edit which has reformatted the coauthors field of citation templates to SURNAME, FIRSTNAME. This is erroneous behavior because it is not possible to correctly split people's names this way; surnames in other cultures are not always the last word of the name. For example, Heng Pov's family name is Heng (discussed here) and José Antonio Molina Rosito's is Molina Rosito. Please remove this feature.« D. Trebbien (talk) 13:04, 16 July 2008 (UTC)
To duplicate:
Operating system
.NET FW Version	Unknown
AWB version
Workaround
Fixed in version	Unknown

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

Status Fixed in the next release

Description

Exception: ArgumentNullException

Message: Value cannot be null. Parameter name: input

Call stack:

   at System.Text.RegularExpressions.Regex.Replace(String input, String replacement)
   at System.Text.RegularExpressions.Regex.Replace(String input, String pattern, String replacement)
   at WikiFunctions.Lists.GetLists.FromCategory(Boolean subCategories, String[] categories)
   at WikiFunctions.Controls.Lists.ListMaker.MakeList2()

Thread:

§hep • ¡Talk to me! 00:16, 26 June 2008 (UTC)

To duplicate: ListMaker Text: Wikipedia:WikiProject Chicago/Bot Category List

Operating system Microsoft Windows NT 6.0.6001 Service Pack 1

.NET FW Version Unknown

AWB version 4.3.2.0

Workaround None

Fixed in version Unknown

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

rev 3055 - Checks for null/empty strings. —Ree dy 21:21, 9 July 2008 (UTC)

ignore interwiki links

Status	Fixed in the next release
Description	doesn not work well - [9] --84.234.42.68 (talk) 15:52, 2 April 2008 (UTC)
To duplicate:	Unknown
Operating system	XP SP2
.NET FW Version	Unknown
AWB version	rev. 2327
Workaround	None
Fixed in version	Unknown

maybe it does not recognize [[dsb: as an interwiki link? --84.234.42.68 (talk) 18:00, 27 May 2008 (UTC)

Fixed in rev 3020 and rev 3023. MaxSem^{(Han shot first!)} 16:53, 1 July 2008 (UTC)

Heh, inadvertantly found the cause of this bug! =) —Ree dy 18:13, 1 July 2008 (UTC)

Check for 'in use' tag matches commented out tags

Status	Fixed in the next release
Description	The check for 'in use' tag matches commented out tags, whereas clearly it shouldn't as commented out tags have no effect. Example article 1632 writers. Thanks Rjwilmsi 00:20, 22 June 2008 (UTC)
To duplicate:
Operating system	XP
.NET FW Version	Unknown
AWB version	SVN
Workaround
Fixed in version	Unknown

        public static string inUseRegexString = "\\{\\{[Ii]nuse";

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 <!-- preceeding it? —Ree dy 09:44, 22 June 2008 (UTC)

I can't get a regex to work, but how about this: the database scanner does

if(ignore)
  articleText = WikiRegexes.Comments.Replace(articleText, "");

and then processes the article, so could AWB just get the article text, take a copy of it, remove the comments in the copy (comments over multiple lines too), then check for inuse against the copy? (Probably would do the same for protected etc.) Or is that a significant performance hit? Thanks Rjwilmsi 11:41, 22 June 2008 (UTC)

Hmm. It could be done, aye, but i think, if it was implemented, it should be like you say, let the user choose to ignore comments.. Im not sure how significant the preformance hit may or may not be, as replacing a lot could take a little while, but it may not be that huge. Hmm —Ree dy 13:08, 22 June 2008 (UTC)

Okay, I've got a regex after all: (?!.*?)(^.*?{{inuse.*) using multiline mode. Test cases:

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

<!--{{inuse}}-->
a<!--{{inuse}}-->
<!--{{inuse}}-->e
but <!-- h {{inuse}} now -->
<!-- {{inuse}} -->
now <!--{{inuse}}--> here
now <!--{{inuse}}
--> here

show that this regex will not match commented out {{inuse}} 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 - rev 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) —Ree dy 21:06, 9 July 2008 (UTC)

delete key in find & replace dialogue deletes articles from list instead

Status	Fixed in the next release
Description	When the find & replace dialogue is open, pressing the delete key (delete not backspace) deletes the next article in the list, rather than text in the find & replace fields. Thanks Rjwilmsi 07:21, 8 July 2008 (UTC)
To duplicate:
Operating system
.NET FW Version	Unknown
AWB version	SVN 3045
Workaround
Fixed in version	Unknown

I've seen the same with focus in the edit box. Presumably its not always done this...? —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.... —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)

rev 3061 - Whats anyone think of the new list maker design? (I've just removed that button, and leaving the normal right click context menu..) —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. —Ree dy 18:36, 10 July 2008 (UTC)

Delete key does not work in 'What links to:' field

Status	Fixed in the next release
Description	Delete key does not work in 'What links to:' field. Lightmouse (talk) 11:48, 10 July 2008 (UTC)
To duplicate:	In the 'Make from' field select 'What links here'. In the 'What links to' field compare the use of backspace and delete. Backspace will correctly delete the character to the left. Delete does nothing.
Operating system
.NET FW Version	Unknown
AWB version	SVN 3051
Workaround
Fixed in version	Unknown

I'd suspect, its the same cause as the above. —Ree dy 13:51, 10 July 2008 (UTC)

rev 3061 —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

Status	Fixed in the next release
Description	I've done an SVN update to version 3063 and I can still see the Move, protect and delete buttons. Unless I've been made into an admin on the quiet (!), the change for my feature request for this doesn't seem to have worked. Thanks Rjwilmsi 18:33, 10 July 2008 (UTC)
To duplicate:
Operating system
.NET FW Version	Unknown
AWB version	SVN 3063
Workaround
Fixed in version	Unknown

MaxSem change it to make them disabled, not visible.. I didnt update the other bug/fr, lol —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... —Ree dy 23:26, 10 July 2008 (UTC)

I'm at 3070 and it's working now – perhaps your changes in rev 3069/rev 3070 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

Status	Duplicate
Description	Evry time i take the option "Links on page" he take only 10 items
To duplicate:	I take pages like de:Schwul or de:Homosexualität or de:Benutzer:Fg68at/Baustelle/Portalinventur/2008-03-10 Gesamt in the field "Links on" and would make the funktion "Links on page"
Operating system	Windows Vista
.NET FW Version	Unknown
AWB version	4.3.2.0
Workaround
Fixed in version	Unknown

--Franz (Fg68at) de:Talk 09:47, 11 July 2008 (UTC)

Yup, and already fixed for next release - Wikipedia_talk:AutoWikiBrowser#Make_list_from_Links_on_page_is_only_giving_10_links_in_the_list —Ree dy 09:54, 11 July 2008 (UTC)

AccessViolationException

Status Not enough information/very rare bug

Description

Exception: AccessViolationException

Message: Attempted to read or write protected memory. This is often an indication that other memory is corrupt.

Call stack:

   at System.Windows.Forms.UnsafeNativeMethods.DispatchMessageW(MSG& msg)
   at System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(Int32 dwComponentID, Int32 reason, Int32 pvLoopData)
   at System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context)
   at System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context)
   at System.Windows.Forms.Application.Run(Form mainForm)
   at AutoWikiBrowser.Program.Main(String[] args)

96.226.112.38 (talk) 02:52, 6 July 2008 (UTC)

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

Operating system Microsoft Windows NT 6.0.6001 Service Pack 1

.NET FW Version Unknown

AWB version 4.3.2.0

Workaround None

Fixed in version Unknown

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

Status Fixed in the next release

Description

Exception: InvalidCastException

Message: Specified cast is not valid.

Call stack:

   at WikiFunctions.Lists.ListFilterForm.GetListTags(ControlCollection controls)
   at WikiFunctions.Lists.ListFilterForm.GetListTags(ControlCollection controls)
   at WikiFunctions.Lists.ListFilterForm.get_Settings()
   at WikiFunctions.Controls.Lists.ListMaker.get_SpecialFilterSettings()
   at AutoWikiBrowser.MainForm.MakePrefs()
   at AutoWikiBrowser.MainForm.SavePrefs(String path)

Samat (talk) 16:24, 26 July 2008 (UTC)

To duplicate: Unknown

Operating system Microsoft Windows NT 5.1.2600 Service Pack 3

.NET FW Version Unknown

AWB version 4.3.2.1, revision 3092 (2008-07-19 22:42:45)

Workaround None

Fixed in version Unknown

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)

rev 3095 should've fixed this. —Ree dy 09:11, 27 July 2008 (UTC)

InvalidCastException

Status Fixed in the next release

Description

Exception: InvalidCastException

Message: Specified cast is not valid.

Call stack:

   at WikiFunctions.Lists.ListFilterForm.GetListTags(ControlCollection controls)
   at WikiFunctions.Lists.ListFilterForm.GetListTags(ControlCollection controls)
   at WikiFunctions.Lists.ListFilterForm.get_Settings()
   at WikiFunctions.Controls.Lists.ListMaker.get_SpecialFilterSettings()
   at AutoWikiBrowser.MainForm.MakePrefs()
   at AutoWikiBrowser.MainForm.SavePrefs(String path)

Lightmouse (talk) 11:59, 20 July 2008 (UTC)

To duplicate: Unknown

Operating system Microsoft Windows NT 5.1.2600 Service Pack 3

.NET FW Version Unknown

AWB version 4.3.2.1, revision 3092 (2008-07-19 22:42:45)

Workaround None

Fixed in version Unknown

Cool. I know what code it is, just its not telling me what its trying to cast... :/ —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 —Ree dy 12:29, 20 July 2008 (UTC)

rev 3095 —Ree dy 12:36, 20 July 2008 (UTC)

Undone typo still in edit summary

Status	Fixed in the next release
Description	Typo undone by double clicking the diff line still appears in the edit summary, as in this edit. matt br 15:48, 2 July 2007 (UTC) I noticed than even if i undo the orphan tag and/or the stub tag, in the summary box is stated that AWB added these tages. Check here. -- Magioladitis (talk) 21:43, 5 January 2008 (UTC)
To duplicate:	As described
Operating system	Windows Vista
.NET FW Version	Unknown
AWB version	Alpha 3.9.3.2
Workaround	Unknown
Fixed in version	Unknown

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? - Jameson L. Tai ^{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... —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 → ab and the other for abd → abcd, because (in many complicated cases) it's easier than abc([^d]) → ab$1, and abd → abcd is the final replacement executed, that appears in the summary. This can be seen for example in [11]; 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... —Ree dy 10:06, 18 July 2008 (UTC)

Fixed in rev 3099. 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. MaxSem^{(Han shot first!)} 21:27, 20 July 2008 (UTC)

Links on pages and etc.

Status	Duplicate
Description	Functions Links/Images/Transclusions on pages give only 10 first elements. Alex Spade (talk) 20:38, 19 July 2008 (UTC)
To duplicate:
Operating system	Windows XP SP 2
.NET FW Version	Unknown
AWB version	4.3.2.0
Workaround
Fixed in version	Unknown

Yup. Already fixed for next release. —Ree dy 20:46, 19 July 2008 (UTC)

Listmaker: special page

Status	Fixed in the next release
Description	Clicking more times to create page list from a special page in Listmaker makes to add namespace names more than one time to the combobox containing them in the form what appears after clicking the button. Quisczicza (talk) 10:58, 20 July 2008 (UTC)
To duplicate:
Operating system	WinXP SP2
.NET FW Version	Unknown
AWB version	r3092 (and earlier)
Workaround	no
Fixed in version	Unknown

rev 3093 —Ree dy 11:46, 20 July 2008 (UTC)

AWB needs to handle lifetime template correctly

Status	Fixed in the next release
Description	Per this example sandbox edit based on the Brian Bolland article, AWB's general fixes replace the {{lifetime}} template with a {{DEFAULTSORT}} which breaks the lifetime template. Thanks Rjwilmsi 21:16, 21 July 2008 (UTC)
To duplicate:
Operating system	XP
.NET FW Version	Unknown
AWB version	SVN
Workaround
Fixed in version	Unknown

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 rev 3105. MaxSem^{(Han shot first!)} 09:51, 22 July 2008 (UTC)

Wiki Database Scanner cuts off RegEx

Status	Fixed in the next release
Description	Wiki Database Scanner will not search for long regular expressions.
To duplicate:	Open Wiki Database Scanner. Go to the "Text" tab and check contains. Then try to insert \b(M\|m)an(?:afac?\|[au]fa)[ct]ur(e[sd]?\|ers?\|ing)\b. It gets cut off. --mboverload @ 03:48, 23 July 2008 (UTC)
Operating system	Windows Vista SP1
.NET FW Version	Unknown
AWB version	AutoWikiBrowser_rev3092 (latest SVN snapshot as of post)
Workaround
Fixed in version	Unknown

A part of edit box was hidden. Fixed in rev 3106. MaxSem^{(Han shot first!)} 04:25, 23 July 2008 (UTC)

Saving Settings

Status Fixed in the next release

Description

Exception: InvalidOperationException

Message: There was an error generating the XML document.

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)

Djsasso (talk) 20:52, 30 April 2008 (UTC) Pigman☿ 18:34, 29 May 2008 (UTC) Kozuch (talk) 17:14, 20 May 2008 (UTC) 84.132.231.206 (talk) 22:19, 11 June 2008 (UTC)

To duplicate:

Operating system Microsoft Windows NT 5.1.2600 Service Pack 2

.NET FW Version Unknown

AWB version 4.3.1.0

Workaround None

Fixed in version Unknown

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). MaxSem^{(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. MaxSem^{(Han shot first!)} 06:00, 3 May 2008 (UTC)

Bugs in general fixes

Status	Fixed in the next release
Description	1) changes [[1936 ]]roku to [[1936]]roku instead of [[1936]] roku 2) does this [12] 3) [13] - one hint for this, at the end of the article there was "[[Kategoria:Kościoły w diecezji tarnowskiej\|Sz]]] " --84.234.42.68 (talk) 00:35, 13 January 2008 (UTC)
To duplicate:
Operating system	XP SP2
.NET FW Version	Unknown
AWB version	rev1974
Workaround
Fixed in version	Unknown

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. MaxSem^{(Han shot first!)} 21:29, 2 February 2008 (UTC)

Fixed in rev 2305.
Disabled some time ago.
Not sure what should we do about such misformatting. Anyway, in MW it looks no less ugly both before and after such change. MaxSem^{(Han shot first!)} 18:36, 21 March 2008 (UTC)

After much thinking, all possible fixes for such formatting errors would be unreliable. MaxSem^{(Han shot first!)} 07:16, 1 August 2008 (UTC)

'Save settings as default': intermittent saving of module

Status	Fixed in the next release
Description	'Save settings as default': intermittent saving of module. I can't work out how this function works. Sometimes it saves my module script, sometimes it doesn't. The net result is that I have to copy and paste my module each time I open AWB just in case it has not kept it. This has been going on for several SVN versions and I was not sure if it was just me forgetting to save but now I am sure. Lightmouse (talk) 16:04, 10 July 2008 (UTC)
To duplicate:
Operating system
.NET FW Version	Unknown
AWB version	SVN3063
Workaround
Fixed in version	Unknown

What does it save, if anything? Is it only save as default..? As all the code routes through the same methods.. —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... —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.. —Ree dy 09:21, 11 July 2008 (UTC)

Fixed in rev 3148. MaxSem^{(Han shot first!)} 20:05, 31 July 2008 (UTC)

list entries like: Index.html?curid=16235168

Status	Fixed in the next release
Description	Bizarre list entries like: Index.html?curid=16235168 When I make a list, it sometimes comes up with bizarre entries like that one. It has happened on several versions but I have not reported it till now. It is not a big deal, I simply delete them. Lightmouse (talk) 19:35, 27 July 2008 (UTC)
To duplicate:
Operating system
.NET FW Version	Unknown
AWB version	svn 3109
Workaround
Fixed in version	Unknown

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? MaxSem^{(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 —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 - [14]

—Ree dy 10:21, 31 July 2008 (UTC)

Fixed in rev 3143. MaxSem^{(Han shot first!)} 19:40, 31 July 2008 (UTC)

AWB encountered FileNotFoundException

Status Duplicate

Description

Exception:	`FileNotFoundException`
Message:	`Could not load file or assembly 'Diff, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' or one of its dependencies. The system cannot find the file specified.`
Call stack:	at WikiFunctions.WikiDiff.GetDiff(String leftText, String rightText, Int32 contextLines) at AutoWikiBrowser.MainForm.GetDiff()

Appraiser (talk) 21:06, 27 July 2008 (UTC)

To duplicate: Unknown

Operating system Microsoft Windows NT 5.1.2600 Service Pack 2

.NET FW Version Unknown

AWB version 4.3.2.0

Workaround None

Fixed in version Unknown

Your updater is ancient, update manually. MaxSem^{(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. MaxSem^{(Han shot first!)} 15:17, 30 July 2008 (UTC)

Foreign language Wikipedia returned in results - AWB "sticks"

Status	Fixed in the next release
Description	When generating lists from Google searches, there is a possibility that a foreign language Wikipedia result will be returned, an example is fur:Discussion_model:Wikivar. When AWB attempts to load the page it will "stick" and continually try to open that page until stopped. Having AWB set to nudge, and then skip if the nudge does not work; AWB will still infinitely attempt to load the page.
To duplicate:	1. Open AWB 2. Set "Make list from" to "Google Search" 3. Enter the words "bold text" including the quotes 4. Observe that one of the returned results is fur:template talk:wikivar (you can apply the filter to filter out titles that doesn't contain ":" to narrow the results.) 5. Observe that applying the mainspace only filter does not remove it 6. Click on fur:template talk:wikivar and Start AWB 7. Observe that AWB constantly loads the page 8. Enable bot autosave 9. Turn on nudge if stuck and skip if first nudge doesn't help 10. Start AWB 11. Observe that AWB will not skip the page
Operating system	XP Pro SP3
.NET FW Version	Unknown
AWB version	4.3.2
Workaround	Use the filter to remove any title with a colon ":" in it. Of course, this also removes legit pages.
Fixed in version	Unknown

~ AmeIiorate _{U T C} @ 22:07, 31 July 2008 (UTC)

Google search was already tweaked yesterday, other parts of your report were addressed in rev 3149. MaxSem^{(Han shot first!)} 05:34, 1 August 2008 (UTC)

New message

Status	Fixed in the next release
Description	AWB keeps telling me I have a new message, and I don't.
To duplicate:
Operating system	XP
.NET FW Version	Unknown
AWB version	4.3.2.0
Workaround	None found
Fixed in version	Unknown

By the way, could you add a new action that ignores the new message, Sometime I do't want to read it.--O sama K 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. MaxSem^{(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. — 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. MaxSem^{(Han shot first!)} 20:50, 7 July 2008 (UTC)

Should be better as of rev 3150. MaxSem^{(Han shot first!)} 21:27, 1 August 2008 (UTC)

Cool. I'll let you know. — 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 rev 3141. MaxSem^{(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. --O sama K 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. —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) —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? —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)

rev 3120, an event got detached for that. —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 < math > environments. siℓℓy rabbit (talk) 03:32, 29 July 2008 (UTC)

Fixed in rev 3142. MaxSem^{(Han shot first!)} 10:41, 31 July 2008 (UTC)

AWB replaced an entire article with another article

Status	Not a bug in AWB, has been referred
Description	AWB replaced Paleotempestology with an article on Elissa Sursara. It's the weirdest thing. I was doing a simple Find and Replace to add non-breaking spaces to Tropical Cyclone articles. To make things weirder I have never visited the Elissa Sursara article nor any of the pages that link there. Plasticup ^T/C 19:39, 29 July 2008 (UTC)
To duplicate:
Operating system	Windows XP Home Edition, Version 2002, Service Pack 2
.NET FW Version	Unknown
AWB version	4.3.2
Workaround
Fixed in version	Unknown

bugzilla:14933. MaxSem^{(Han shot first!)} 06:16, 30 July 2008 (UTC)

MissingMethodException in WPAssessmentsCatCreator.OurMenuItem_Click

Status Plugin is out of date

Description

Exception: MissingMethodException

Message: Method not found: 'System.Windows.Forms.CheckBox WikiFunctions.Plugin.IAutoWikiBrowserForm.get_SkipNonExistentPagesCheckBox()'.

Call stack:

   at ClassLibrary1.WPAssessmentsCatCreator.OurMenuItem_Click(Object sender, EventArgs e)
   at System.Windows.Forms.ToolStripItem.RaiseEvent(Object key, EventArgs e)
   at System.Windows.Forms.ToolStripMenuItem.OnClick(EventArgs e)
   at System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e)
   at System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e)
   at System.Windows.Forms.ToolStripItem.FireEventInteractive(EventArgs e, ToolStripItemEventType met)
   at System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met)
   at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea)
   at System.Windows.Forms.ToolStripDropDown.OnMouseUp(MouseEventArgs mea)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
   at System.Windows.Forms.ToolStrip.WndProc(Message& m)
   at System.Windows.Forms.ToolStripDropDown.WndProc(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

-- Tinu Cherian - 06:13, 30 July 2008 (UTC)

To duplicate: Unknown

Operating system Microsoft Windows NT 5.1.2600 Service Pack 2

.NET FW Version Unknown

AWB version 4.3.2.1, revision 3109 (2008-07-26 23:36:48)

Workaround None

Fixed in version Unknown

Either update your Kingbotk plugin, or delete it. MaxSem^{(Han shot first!)} 06:26, 30 July 2008 (UTC)

InvalidOperationException in UserPrefs.SavePrefs

Status Duplicate

Description

InvalidOperationException in UserPrefs.SavePrefs

Exception:	`InvalidOperationException`
Message:	`There was an error generating the XML document.`
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)
Inner exception:	`InvalidOperationException`
Message:	`AutoWikiBrowser.ArticleEX cannot be serialized because it does not have a parameterless constructor.`
Call stack:	at System.Xml.Serialization.TypeDesc.CheckSupported() at System.Xml.Serialization.TypeScope.GetTypeDesc(Type type, MemberInfo source, Boolean directReference, Boolean throwOnError) at System.Xml.Serialization.XmlSerializationWriter.CreateUnknownTypeException(Type type) at System.Xml.Serialization.XmlSerializationWriter.CreateUnknownTypeException(Object o) at Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationWriterUserPrefs.Write4_Article(String n, String ns, Article o, Boolean isNullable, Boolean needType) at Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationWriterUserPrefs.Write5_ListPrefs(String n, String ns, ListPrefs o, Boolean isNullable, Boolean needType) at Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationWriterUserPrefs.Write24_UserPrefs(String n, String ns, UserPrefs o, Boolean isNullable, Boolean needType) at Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationWriterUserPrefs.Write25_AutoWikiBrowserPreferences(Object o)

Lightmouse (talk) 10:21, 31 July 2008 (UTC)

To duplicate: Unknown

Operating system Microsoft Windows NT 5.1.2600 Service Pack 3

.NET FW Version Unknown

AWB version 4.3.2.1, revision 3137 (2008-07-29 09:11:34)

Workaround None

Fixed in version Unknown

Appears to be a dupe of your own bug report above, though this time more detailed error report allowed us to fix it. MaxSem^{(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 —Ree dy 22:56, 31 July 2008 (UTC)

AWB encountered DivideByZeroException in FlashWindow()

Status Fixed in the next release

Description

Exception: DivideByZeroException

Message: Attempted to divide by zero.

Call stack:

   at System.Windows.Forms.UnsafeNativeMethods.CallWindowProc(IntPtr wndProc, IntPtr hWnd, Int32 msg, IntPtr wParam, IntPtr lParam)
   at System.Windows.Forms.NativeWindow.DefWndProc(Message& m)
   at System.Windows.Forms.Control.DefWndProc(Message& m)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

I can't identify the page that caused it. Lightmouse (talk) 09:55, 13 June 2008 (UTC)

To duplicate: Unknown

Operating system Microsoft Windows NT 5.1.2600 Service Pack 3

.NET FW Version Unknown

AWB version 4.3.2.1, revision 2916 (2008-06-11 23:10:49)

Workaround None

Fixed in version Unknown

Ace, I think MS need a slap for this (it isnt AWB code directly..) —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? —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.

        [DllImport("user32.dll")]
        private static extern bool FlashWindow(IntPtr hwnd, bool bInvert);

        /// <summary>
        /// Flashes the given form in the taskbar
        /// </summary>
        public static void FlashWindow(System.Windows.Forms.Control window)
        { FlashWindow(window.Handle, true); }

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..? —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 rev 3248. MaxSem^{(Han shot first!)} 18:35, 7 August 2008 (UTC)

Erroneously removing pipe

Status	Fixed in the next release
Description	In a page with parentheses in the title, like K-114 (Kansas highway), typing [[\|K-18]] (note the pipe) actually creates a link like K-18 as part of the pipe trick. However, if you set a regex to do this, the general fixes remove the pipe. NE2 23:30, 26 May 2008 (UTC)
To duplicate:	Create a page with the text "a". Turn general fixes on and run a regex to convert "a" to [[\|K-18]]. What will actually be saved is [[K-18]].
Operating system	XP
.NET FW Version	Unknown
AWB version	4.3.2.0
Workaround
Fixed in version	Unknown

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 rev 3249. MaxSem^{(Han shot first!)} 19:31, 7 August 2008 (UTC)

Problem with "Main article" fixup

Status	Fixed in the next release
Description	Problem with "Main article" fixup Gaius Cornelius (talk) 22:11, 13 June 2008 (UTC)
To duplicate:	Example: edit article Worcestershire, let AWB update the "Main article" paragraph at the top of the History section. Take a closer look in the at the changes in the edit box - strange characters have been inserted after the template - they show up as little square boxes on my system. This happens consistently.
Operating system	XP
.NET FW Version	Unknown
AWB version	4.3.2.0
Workaround
Fixed in version	Unknown

[15] - Works for me... Any strange regex's that may be conflicting? —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 {{main}} 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 rev 3245 as a temporary measure before switching to Unix newlines during processing completely, to avoid all such problems in the future. MaxSem^{(Han shot first!)} 19:48, 6 August 2008 (UTC)

Removal of 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. MaxSem^{(Han shot first!)} 16:17, 22 July 2008 (UTC)

Will not find template:example In Template Rule / Sub rule

Status	Not enough information/very rare bug
Description	Will not find {{example}} In Template Rule / Sub rule. The regex tester finds and replaces it. It will find {example} (single curly brackets) but not double. It works fine as a regular rule, but not as a In Template Rule / Sub rule _pete 17:29, 17 April 2008 (UTC)
To duplicate:
Operating system	Microsoft Windows NT 5.1.2600 Service Pack 2
.NET FW Version	Unknown
AWB version	4.3.1.0
Workaround	manually remove outer most curly brackets and reparse
Fixed in version	Unknown

Could you elaborate how exactly to reproduce this? Suppose, first we have to create In Template Rule for template example. What's next? MaxSem^{(Han shot first!)} 11:51, 30 April 2008 (UTC)

No response, user left. Cannot figure out what's wrong → closing. MaxSem^{(Han shot first!)} 17:40, 8 August 2008 (UTC)

Exception ArgumentNullException Value cannot be null.

Status Bug is in old software, please update

Description

Exception: ArgumentNullException

Message: Value cannot be null. Parameter name: input

Call stack:

   at System.Text.RegularExpressions.Regex.Replace(String input, String replacement)
   at System.Text.RegularExpressions.Regex.Replace(String input, String pattern, String replacement)
   at WikiFunctions.Lists.GetLists.FromCategory(Boolean subCategories, String[] categories)
   at WikiFunctions.Controls.Lists.ListMaker.MakeList2()

Thread:

To duplicate: Unknown

Operating system Unknown

.NET FW Version Unknown

AWB version Unknown

Workaround None

Fixed in version Unknown

Gnevin (talk) 19:42, 11 August 2008 (UTC)

That part was completely rewritten in the new version. MaxSem^{(Han shot first!)} 06:36, 12 August 2008 (UTC)

Typo fixes are being applied within <code> tags

Status	Fixed in the next release
Description	Typo fixes are being applied within <code> tags. E.g. on Assignment (computer science). Thanks Rjwilmsi 17:56, 27 August 2008 (UTC)
To duplicate:
Operating system	XP
.NET FW Version	Unknown
AWB version	SVN 3285
Workaround
Fixed in version	Unknown

Patched: rev 3287 - Do we know if the code tags have any sort of parameters? I thought not, so added it as such. If they do, it can be easily changed if someone lets me know. —Ree dy 18:32, 27 August 2008 (UTC)

Thanks Rjwilmsi 19:22, 27 August 2008 (UTC)

Deleted typo-fixes in edit summary

Status	Duplicate
Description	When a typofix is proposed by AWB and denied by me, it nevertheless appears in the edit summary. Example: Orient → Oriënt. (My SUL is nl:user:Maurits, except for en.wikipedia:) Mcknol (talk) 23:40, 3 September 2008 (UTC)
To duplicate:	Delete a proposed typo fix and check the edit summary
Operating system	Windows Vista, but I suppose the problem exists on every operating system
.NET FW Version	Unknown
AWB version	4.3.2.0
Workaround	none yet
Fixed in version	Unknown

This issue has been fixed in the SVN release of AWB, which you can download from the SVN snapshots link at the top of this page. Rjwilmsi 16:58, 4 September 2008 (UTC)

Thanks. --Mcknol (talk) 18:20, 4 September 2008 (UTC)

There was an error generating the XML document. - Saving config - not prefs.

This breaks the copy it tires to save to so could mean starting from scratch on a project. Worth a compulsory release if it is fixed.

Status Duplicate

Description

Exception: InvalidOperationException

Message: There was an error generating the XML document.

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)

To duplicate: Unknown

Operating system Microsoft Windows NT 6.0.6000.0

.NET FW Version Unknown

AWB version 4.3.2.0

Workaround tried save as, save as default too.

Fixed in version Unknown

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> —Ree dy 08:15, 7 September 2008 (UTC)

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

AWB encountered InvalidOperationException

Status Fixed in the next release

Description

Exception: InvalidOperationException

Message: Collection was modified; enumeration operation may not execute.

Call stack:

   at System.Collections.ArrayList.ArrayListEnumeratorSimple.MoveNext()
   at System.Windows.Forms.Application.ExitInternal()
   at System.Windows.Forms.Application.ThreadContext.OnThreadException(Exception t)
   at System.Windows.Forms.Control.WndProcException(Exception e)
   at System.Windows.Forms.Control.ControlNativeWindow.OnThreadException(Exception e)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
   at System.Windows.Forms.UnsafeNativeMethods.DispatchMessageW(MSG& msg)
   at System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(Int32 dwComponentID, Int32 reason, Int32 pvLoopData)
   at System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context)
   at System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context)
   at System.Windows.Forms.Application.Run(Form mainForm)
   at AutoWikiBrowser.Program.Main(String[] args)

Kylu (talk) 21:11, 4 September 2008 (UTC)

To duplicate: Insert unsupported language Wikipedia into "custom", such as "si.wikipedia.org/wiki/"

Operating system Microsoft Windows NT 5.1.2600 Service Pack 3

.NET FW Version Unknown

AWB version 4.3.2.0

Workaround None

Fixed in version Unknown

Exception text

See the end of this message for details on invoking 
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.Collections.Generic.KeyNotFoundException: The given key was not present in the dictionary.
   at System.ThrowHelper.ThrowKeyNotFoundException()
   at System.Collections.Generic.Dictionary`2.get_Item(TKey key)
   at WikiFunctions.WikiRegexes.MakeLangSpecificRegexes()
   at WikiFunctions.Variables.RegenerateRegexes()
   at WikiFunctions.Variables.SetProject(LangCodeEnum langCode, ProjectEnum projectName, String customProject)
   at AutoWikiBrowser.MainForm.SetProject(LangCodeEnum code, ProjectEnum project, String customProject)
   at AutoWikiBrowser.MainForm.PreferencesToolStripMenuItem_Click(Object sender, EventArgs e)
   at System.Windows.Forms.ToolStripItem.RaiseEvent(Object key, EventArgs e)
   at System.Windows.Forms.ToolStripMenuItem.OnClick(EventArgs e)
   at System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e)
   at System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e)
   at System.Windows.Forms.ToolStripItem.FireEventInteractive(EventArgs e, ToolStripItemEventType met)
   at System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met)
   at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea)
   at System.Windows.Forms.ToolStripDropDown.OnMouseUp(MouseEventArgs mea)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
   at System.Windows.Forms.ToolStrip.WndProc(Message& m)
   at System.Windows.Forms.ToolStripDropDown.WndProc(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)


************** Loaded Assemblies **************
mscorlib
    Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.1433 (REDBITS.050727-1400)
    CodeBase: file:///C:/WINDOWS/Microsoft.NET/Framework/v2.0.50727/mscorlib.dll
----------------------------------------
AutoWikiBrowser
    Assembly Version: 4.3.2.0
    Win32 Version: 4.3.2.0
    CodeBase: file:///C:/Documents%20and%20Settings/Jessica/Desktop/Wikipeda/AWB/AutoWikiBrowser.exe
----------------------------------------
WikiFunctions
    Assembly Version: 4.3.2.0
    Win32 Version: 4.3.2.0
    CodeBase: file:///C:/Documents%20and%20Settings/Jessica/Desktop/Wikipeda/AWB/WikiFunctions.DLL
----------------------------------------
System.Windows.Forms
    Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.1433 (REDBITS.050727-1400)
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Windows.Forms/2.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System
    Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.1433 (REDBITS.050727-1400)
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Drawing
    Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.1433 (REDBITS.050727-1400)
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Drawing/2.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
System.Configuration
    Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.1433 (REDBITS.050727-1400)
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Configuration/2.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
----------------------------------------
System.Xml
    Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.1433 (REDBITS.050727-1400)
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Xml/2.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
Accessibility
    Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.1433 (REDBITS.050727-1400)
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/Accessibility/2.0.0.0__b03f5f7f11d50a3a/Accessibility.dll
----------------------------------------
Microsoft.VisualBasic
    Assembly Version: 8.0.0.0
    Win32 Version: 8.0.50727.1433 (REDBITS.050727-1400)
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/Microsoft.VisualBasic/8.0.0.0__b03f5f7f11d50a3a/Microsoft.VisualBasic.dll
----------------------------------------

************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.

For example:

<configuration>
    <system.windows.forms jitDebugging="true" />
</configuration>

When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.

rev 3293 - si added. Please request addition of wikimedia related projects adding (it can be done fairly simply) —Ree dy 18:46, 8 September 2008 (UTC)

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

br tags are not always removed

Inconsistent removal of section links in list maker

Edit view only extends to about 50% of screen width

AWB encountered XmlException

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

Auto checkbox switches itself off

Logged in user at bottom right still not updating

focus lost when in 'hide bottom panel' mode

Error 500 on Yahoo Search Plugin

Unwanted addition of category

NullReferenceException in ListFilterForm

Exception error

Interwiki order on huwiki

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

References-2column not replaced with 2 argument to reflist

Do not spellcheck reference names

AWB ruins formatting of table when applying general clean up fixes

'using AWB' gets truncated

Logged in to Wikipedia but cannot log in to AWB

Not functioning on AR Wiktionary

List from category empty on 1.12.0

Error while building

Unwanted removal of accent

Interface is oddly sized

Adding line breaks in the wrong places

Lifetime/persondata order

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

Replacing Arabic categories

Erroneous reformatting of coauthors to SURNAME, FIRSTNAME

ArgumentNullException

ignore interwiki links

Check for 'in use' tag matches commented out tags

delete key in find & replace dialogue deletes articles from list instead

Delete key does not work in 'What links to:' field

Move, protect and delete buttons aren't hidden

Links on page - takes only 10 items

AccessViolationException

InvalidCastException in ListFilterForm.GetListTags

InvalidCastException

Undone typo still in edit summary

Links on pages and etc.

Listmaker: special page

AWB needs to handle lifetime template correctly

Wiki Database Scanner cuts off RegEx

Saving Settings

Bugs in general fixes

'Save settings as default': intermittent saving of module

list entries like: Index.html?curid=16235168

AWB encountered FileNotFoundException

Foreign language Wikipedia returned in results - AWB "sticks"

New message

Problem with redirects

Database scanner

AWB fixing "typos" in equations

AWB replaced an entire article with another article

MissingMethodException in WPAssessmentsCatCreator.OurMenuItem_Click

InvalidOperationException in UserPrefs.SavePrefs

AWB encountered DivideByZeroException in FlashWindow()

Erroneously removing pipe

Problem with "Main article" fixup

Removal of <br> in blockquotes

Will not find template:example In Template Rule / Sub rule

Exception ArgumentNullException Value cannot be null.

Typo fixes are being applied within <code> tags

Deleted typo-fixes in edit summary

There was an error generating the XML document. - Saving config - not prefs.

AWB encountered InvalidOperationException