Wikipedia talk:AutoWikiBrowser/Bugs/Archive 2

From Wikipedia, the free encyclopedia

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.

Unhandled Exception

  at System.Windows.Forms.ListViewItem.ListViewSubItemCollection.get_Item(Int32 index)
  at WikiFunctions.ListViewItemComparer.Compare(Object x, Object y)
  at System.Windows.Forms.ListView.CompareFunc(IntPtr lparam1, IntPtr lparam2, IntPtr lparamSort)
  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.ListView.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)

--TeckWiz ParlateContribs@(Lets go Yankees!) 19:20, 15 April 2007 (UTC)

I've just trimmed this a bit - Martinp23 19:28, 15 April 2007 (UTC)

Definitely version 3.9? I thought we'd resolved any problems relating to Item[3]... --kingboyk 20:00, 15 April 2007 (UTC)

That was on the assumption that the problem was in the logging tab, and that wrapping all calls to Subitems into a Property with error handling would cause any errors to show up as a messagebox rather than a runtime error. Assumption may of course have been incorrect; problem might be elsewhere in the code. --kingboyk 20:11, 15 April 2007 (UTC)

What were you actually doing when this happened? Can you give us test data so that we can replicate the exception? Thanks, Martinp23 20:09, 15 April 2007 (UTC)

Using my bot to subst user messages. --TeckWiz ^ParlateContribs_@(Lets go Yankees!) 20:34, 15 April 2007 (UTC)

Were you using 2 AWB's from one/the same directory by any chance? Reedy Boy 08:40, 16 April 2007 (UTC)

I don't think so. --TeckWiz ^ParlateContribs_@(Lets go Yankees!) 11:01, 16 April 2007 (UTC)

Any Repeats on this? Or shall i just close it? Reedy Boy 15:15, 11 May 2007 (UTC)

Marked as invalid and archived - more info needed Martinp23 21:24, 11 May 2007 (UTC)

Correcting hyperlinks incorrectly

Based on this revision of the AWB Sandbox: [1] - It doesnt want to correct [http://website.com] to [[http://website.com]].

Not sure if someone *may* have fixed this...

Poking User Reedy Boy 15:10, 11 May 2007 (UTC)

From my Talk

Right now it looks to me as if I had made a mistake, as one of the pages I ran it on changed [[http://hi.com]] to [http://hi.com], not the other way around. However, I'll keep an eye out in case something does come up. My apologies. {Slash-|-Talk} 04:58, 12 May 2007 (UTC)

Marking as Invalid

Reedy Boy 08:50, 12 May 2007 (UTC)

Diff problem

Status	Fixed in the next release
Description	Incorrect double-click removal of edits. —METS501 (talk) 02:01, 12 May 2007 (UTC)
To duplicate:	Run general fixes on this: '''Wikipedia:AutoWikiBrowser/Sandbox'''. The AWB Sandbox. Feel free to use this for your tests, but please bear in mind other folks may be using it at the same time :) [[WP:AWB]] [[Image:Example.jpg]] [[Image:test.jpg]] [[Category:Test]] [[Category:something]] Double click on the second-to-last yellow line, and you'll see that the text [[image:test.jpg]] is added to the bottom of the text box, which is not the expected behavior, as the line that was clicked on was not the line with the image. Next double click on the same second-to-last yellow line again, and you'll see that another [[image:test.jpg]] is inserted, but this time in a different place. Click the same second-to-last yellow line again and then something weird happens.
Operating system	Vista
AWB version	Latest SVN
Workaround	None

Fixed. MaxSem 07:11, 12 May 2007 (UTC)

Incorrect logs

Status	Fixed in the next release
Description	AWB records edits that failed because of loss of session data as "successfully saved"
To duplicate:	can't without loss of session data. Try standing by your computer and coming back; I can offer a screenie.
Operating system	XP
AWB version	3190
Workaround	check somehow? there are many possibilities

I have a screenie. I'll hold off from editing the page for now, just to preserve the record; if someone says I should upload my screenshot, I will do so. The page I was editing was Malcolm Kendall-Smith. {Slash-|-Talk} 05:07, 11 May 2007 (UTC)

Sounds like that's not so much incorrect logging as AWB skipping a page it ought to retry? i.e. it thinks it saved it, but it doesn't. Or am I incorrect in that analysis? --kingboyk 12:39, 11 May 2007 (UTC)

Not only logging, it simply misses the problem and does not nudge. MaxSem 18:50, 11 May 2007 (UTC)

I've some code to do something when it finds there has been a loss of session data.. It just doesnt do anything currently... Reedy Boy 18:54, 11 May 2007 (UTC)

Now set to just try and resave. Reedy Boy 09:36, 13 May 2007 (UTC)

Make list from user contribs

Status	Fixed in the next release
Description	Not sure if this is a bug, but when I try to make a list from any user's contribs, it says "list complete", but the list is empty. -- BlastOButter42 See Hear Speak 05:05, 13 May 2007 (UTC)
To duplicate:	In "Make List" box, under the "Make From" drop-down menu, I selected "User contribs", and put in several usernames in the "User:" box, and clicked "Make List".
Operating system	XP
AWB version	3.9.1.0
Workaround	None that I know of

Fixed by Reedy Boy. —METS501 (talk) 05:16, 13 May 2007 (UTC)

Regex issue #2

Asked him for clarification. MaxSem 06:01, 14 April 2007 (UTC)

Incorrect template delimiting

Status	Fixed in the next release
Description	AutoWikiBrowser incorrectly assumes that any template-like delimiters ('{{' or '}}') are the delimiters for the current template. For the same reasons, nested parameter code causes problems. For example, it will incorrectly parse these two examples into four distinct templates (highlighted): {{header|notes={{wikipedia}} This is a note.}} {{dated prod|concern = {{{concern|non notable stub}}}|month = ... This bug affects: 'Replace Special'→'Inside template calls {{..}}' Template-parsing by automatic cleanup (such as re-ordering templates)
To duplicate:	On an affected page (such as s:Constitution of the United States of America), perform a 'Replace special' rule with the following settings: Check 'Regular expression'. Select 'Inside template calls {{..}}' from the Type menu. Search "^.*$". Replace "template".
Operating system	Windows XP SP2 (IE 6.0)
AWB version	3.2.0.0
Workaround	The following will heuristically work around the problem when performing user-defined patterns. It will not work with the automatic functions (unless it is done automatically), since there's no way to perform the workaround both before and after the automated functions (it's one or the other). This workaround will only work if the templates you are modifying are never nested (but can nest other templates), although the patterns could be changed to accomodate that for specific templates. If you expect nested nested templates, just run it an extra time for every extra level. (These should be run with regular expressions enabled in single-line mode.) Description Search Replace bugfix: nested templates (entire text) ({{[^}]+?){{([^}]+?)}} $1~~templatestart~~$2~~templateend~~ normal patterns (the ones that need the workaround) fix bugfix ~~templatestart~~(.+?)~~templateend~~ {{$1}}

This bug report is merged from "Incorrect behaviour for 'Inside template calls {{..}}'", "Persondata scrambling", and "Prod altering". —{admin} Pathoschild 04:53:35, 30 March 2007 (UTC)

Persondata extraction is fixed (this needs a review), working on the rest. MaxSem 19:03, 11 April 2007 (UTC)

Replace special seems to be working as it should, too as of rev 1002. Now this all needs a long beta testing, I didn't even mark this as fixed. Where else needs to be fixed in template handling? MaxSem 09:59, 12 April 2007 (UTC)

No more occurences found. Shall we close it as fixed? MaxSem 15:56, 15 May 2007 (UTC)

Filter Makes Article Counter Go Crazy

Status	Fixed in the next release
Description	When you use the filter, once it's done filtering, it says there are 14,466 articles in the list (when I only started with 510.) Then when I do it again the number doubles, and keeps doubling. --TeckWiz is now R ParlateContribs@ (Let's go Yankees!) 21:40, 17 May 2007 (UTC)
To duplicate:	Make list from Category:User warning templates , filter to template space.
Operating system	Windows Vista
AWB version	3.9.2.0
Workaround

Fixed. MaxSem 14:46, 18 May 2007 (UTC)

"Find and replace"-Advanced

Status	Fixed in the next release
Description	I noticed that the "Find and replace"-Advanced function works less well in the newest version of AWB then in my older version (3.04). When searching for a multiline expression specifically </small> </div> (wanted to add noinclude categories to templates without adding a blank line) the new version seemed unable to find it whereas the old version has no trubbles what so ever. /Lokal_Profil 19:21, 8 May 2007 (UTC) I have the same problem, every multiline search doesn't match. -86.213.75.164 01:44, 14 May 2007 (UTC)
To duplicate:
Operating system	XP
AWB version	3.9.1.0
Workaround

Fixed in rev 1214. MaxSem 16:32, 15 May 2007 (UTC)

Special replace

Status	Fixed in the next release
Description	Special replace (non-regex) broken—Zachary talk 03:16, 5 May 2007 (UTC)
To duplicate:	Create a page with the following text: {| align="CENTER" style="width:80%; background-color:#f7f8ff; border:2px solid #8888aa; padding:5px;" | | <center>This file is a release of the [[Wikinews:Print_edition|Wikinews Print Edition]]. Text is licensed under the [http://creativecommons.org/licenses/by/2.5/ Creative Commons Attribution 2.5 License], the [[w:Wikipedia:Text_of_the_GNU_Free_Documentation_License|GNU Free Documentation License]], or has been released into the [[w:public domain|public domain]]. Images are released into the [[w:public domain|public domain]], used under a [[Commons:Licensing|free License]] or are used under the [[Wikinews:Fair_use|Wikinews fair use policy]]. Please note that the Wikinews logo is copyright © the Wikimedia Foundation with all rights reserved. See the copyright statement in each issue for more information.</center> |} Add the above text to the "Special replace" page and try to replace it with {{PrinteditionLicense}}. No match is found, and no replacement is made.
Operating system	XP
AWB version	3.9.1.0
Workaround

Owww, I suppose it's related to newline sequences, and Phil's bug too. MaxSem 09:34, 5 May 2007 (UTC)

Already fixed. MaxSem 19:09, 18 May 2007 (UTC)

Unicodify indirect equal sign inside templates

Status	Fixed in the next release
Description	Unicodify whole article converts indirect HTML entities, while this is all good and fine it causes massive problems when it's done inside of a template, read Template:PDFlink#Limitations Dispenser 01:35, 14 May 2007 (UTC)
To duplicate:	Run AWB on Seven-segment display with unicodify whole article enabled.
Operating system	WinXP, with IE6.0
AWB version	3.9.0.0
Workaround

Unicodify now ignores templates and external links. —METS501 (talk) 14:43, 19 May 2007 (UTC)

Preview breaks the process

Status	Fixed in the next release
Description	Clicking preview disables several buttons including Save. MaxSem 14:08, 19 May 2007 (UTC)
To duplicate:	Start → Preview when diffed
Operating system	XP
AWB version	latest SVN
Workaround	Start the process again

rev 1303 - Simple fix. Reedy Boy 21:35, 19 May 2007 (UTC)

Multiple Just-in-time debugging exceptions with nearly every access of the net

// ...
/** Import module *************************************************************
 *
 *  Description: Includes a raw wiki page as javascript or CSS, 
 *               used for including user made modules.
 *  Maintainers: User:AzaToth
 */
importedScripts = {}; // object keeping track of included scripts, so a script ain't included twice
function importScript( page ) {
    if( importedScripts[page] ) {
        return;
    }
    importedScripts[page] = true;
    var url = wgScriptPath
            + '/index.php?title='
            + encodeURIComponent( page.replace( ' ', '_' ) )
            + '&action=raw&ctype=text/javascript';
    var scriptElem = document.createElement( 'script' );
    scriptElem.setAttribute( 'src' , url );
    scriptElem.setAttribute( 'type' , 'text/javascript' );
    document.getElementsByTagName( 'head' )[0].appendChild( scriptElem );
}

function importStylesheet( page ) {
    var sheet = '@import "'
              + wgScriptPath
              + '/index.php?title='
              + encodeURIComponent( page.replace( ' ', '_' ) )
              + '&action=raw&ctype=text/css";'
    var styleElem = document.createElement( 'style' );
    styleElem.setAttribute( 'type' , 'text/css' );
    styleElem.appendChild( document.createTextNode( sheet ) ); // Error here
    document.getElementsByTagName( 'head' )[0].appendChild( styleElem );
}
// ...

I think you've got a buggy monobook... User:Flex/monobook.js... Try setting your skin preference back to the classic and try running AWB then. Reedy Boy 19:24, 21 May 2007 (UTC)

Thanks. It seems to be a result of including this script in my monobook.js. Any ideas why? --Flex (talk/contribs) 20:00, 21 May 2007 (UTC)

Bad Javascript

Try

 /* <pre> */

 function welcome() {

   // Find the edit box
   var txt = document.editform.wpTextbox1;

   //The welcome *template* you want to use
   var welcome_template = 'welcome';
   var welcome_summary  = 'welcome';
   var welcome_watch    = false;

   // The tag to be included is a welcome message
   var tag = '{{subst:'+ welcome_template +'}} --~~~~';

   // If the edit box doesn't already have this tag...
   if (txt.value.indexOf(tag) == -1) {

     // Append the tag
     txt.value += tag;

     // Add an edit summary
     document.editform.wpSummary.value     = welcome_summary;
     document.editform.wpWatchthis.checked = welcome_watch;

     // Press the Save page button
     document.editform.submit();
   } 

   // If the tag was already there, turn the tab background red to indicate 
   // that the script is functioning properly, but that there is no action 
   // to do.  This doesn't interrupt the user's work like an alert() would.
   else {
     document.getElementById('ca-unverified').firstChild.style.backgroundColor = "#ff4444";
     document.getElementById('ca-unverified').style.backgroundColor            = "#ff4444";
   }
 }

// Create a tab that calls this function when pressed
// Create a tab that calls this function when pressed
addOnloadHook(
  function () 
  {
    if(document.title.indexOf("Editing User talk:") == 0) 
    {
      addPortletLink('p-cactions', 'javascript:welcome()', 'welcome', 'ca-welcome', 'Adds a welcome note to a new user', '', '');
    }
  }
);

/* This is to keep track of who is using this extension: [[User:Flex/welcome_newuser.js]] */

/* 

*/

Some ';' missed off beneath //The welcome *template* you want to use Reedy Boy 20:04, 21 May 2007 (UTC)

Make sure you get all the code/just copy the changed lines :) Reedy Boy 20:08, 21 May 2007 (UTC)

Lines between text and categories

Status	Fixed in the next release
Description	AWB still deletes any line directly before the categories, if "Apply general fixes" is checked. I reported it once and it was removed as "fixed" [2]. This is true when DEFAULTSORT is used. When not, AWB still leaves no free line behind, which is really annoying. See [3]. Additionally, the interwiki to be-x-old ist moved above the categories, for what reason ever. schlendrian •λ• 18:57, 24 May 2007 (UTC)
To duplicate:	edit an article without the DEFAULTSORT magic word an with general fixes checked
Operating system	XP
AWB version	3.9.1.0
Workaround	uncheck general fixes or reenter the line manually

It was reported as fixed in the next release, which has not come out yet. —METS501 (talk) 19:58, 24 May 2007 (UTC)

thanks --schlendrian •λ• 21:12, 24 May 2007 (UTC)

Nudge timer

Status	Fixed in the next release
Description	I think the new nudge timer doesn't increment properly. A second set of eyes on plugging this feature in properly, or removing it in favour of a normal timer and logic in situ, would be appreciated. kingboyk 13:57, 25 April 2007 (UTC)
To duplicate:
Operating system
AWB version	SVN
Workaround

Unhandled exception after sorting log of successfully saved

Status	Fixed in the next release
Description	Unhandled exception after sorting log of successfully saved Rjwilmsi 20:23, 18 May 2007 (UTC)
To duplicate:	After editing a few articles, I get an unhandled exception ("InvalidArgument=Value of '1' is not valid for 'index'. Parameter name: index.") after I sort the log of successfully saved articles, by clicking on the 'Article' header. The next time I load an article, and every subsequent time, the unhandled exception occurs.
Operating system	XP SP2
AWB version	3.9.1.0
Workaround

Possible workaround, not a fix: right click, reset. --kingboyk 21:44, 18 May 2007 (UTC)

That does indeed work, but I still think we need a fix. Thanks Rjwilmsi 07:33, 19 May 2007 (UTC)

Did someone already fixed this? I can't reproduce it. MaxSem 13:52, 19 May 2007 (UTC)

No, its one of those things that seems to only happen to a few people (i've had it before, but it went away). Its rather difficult to reproduce. Reedy Boy 17:37, 19 May 2007 (UTC)

I was under the impression that the extra error handling I'd introduced into the log tab (the old one) had solved any issues. I certainly haven't seen any issues with it for a long while. Perhaps assume it's fixed in v4 and the user can resubmit if it happens again? --kingboyk 22:01, 19 May 2007 (UTC)

Marking as fixed - Seems to be fine in SVN Version. Reedy Boy 08:01, 28 May 2007 (UTC)

User contrib

Already fixed. Plase search the archives before submitting a new bug. MaxSem 09:47, 30 May 2007 (UTC)

Sorry for the dupe.... --ChoChoPK (球球PK) (talk | contrib) 11:10, 30 May 2007 (UTC)

Substing Bug for Non-English Characters

Status	Fixed in the next release
Description	When substing non-English letters (such as an accented "e", AWB doesn't handle it correctly. --R ParlateContribs@ (Let's Go Yankees!) 21:46, 26 May 2007 (UTC)
To duplicate:	Try substing on User talk:Infinity 4 eva, and see what happens to the article name in the first warning.
Operating system	Windows Vista
AWB version	3.9.2.0
Workaround

Fixed. MaxSem 12:07, 29 May 2007 (UTC)

English usage error apparently introduced by AWB

The current AWB apparently recommends replacing "is comprised of" with "comprises". This recommendation is not correct - such a replacement changes the meaning. An example of the error introduced can be seen at this link. Please correct AWB.

Skaal - Williamborg (Bill) 17:47, 3 June 2007 (UTC)

1. The change was made by typo fixing, not AWB itself, so not a bug
2. The change didn't change the meaning, although the usage is apparently surprising to some English speakers. See wikt:comprise and other dictionaries.
3. The regexp has already been removed from the AWB typo list. -- JHunterJ 20:37, 3 June 2007 (UTC)

JIT debugger

Status	Resolved
Description	The Just-In-Time debugger keeps appearing on every edit I make or page I visit. Will (We're flying the flag all over the world) 09:11, 28 May 2007 (UTC)
To duplicate:
Operating system	Windows XP Home SP2
AWB version	3.9.1.0
Workaround

Can you post the contents of the message so we have some idea of whats going on. Reedy Boy 19:07, 28 May 2007 (UTC)

Screenshot Will ^{(We're flying the flag all over the world)} 03:27, 30 May 2007 (UTC)

This is a similar problem to the one I reported here. The issue turned out to be the scripts in my monobook.js. They work fine with Firefox (indeed some only work with Firefox), but not with IE (either directly or indirectly through AWB). The fix I found was to disable my scripts when IE is the browser by wrapping the contents of my monobook.js with this:

//Detect IE5.5+

if (navigator.appVersion.indexOf("MSIE")==-1)

{

// Normal contents go here

}

HTH, --Flex (talk/contribs) 14:12, 1 June 2007 (UTC)

I fixed it, by disabling script debugging in IE7. Will ^(talk) 01:50, 3 June 2007 (UTC)

Incorrect tab order

Status	Fixed in the next release
Description	When tabbing to the next item in the filter window it does not move in a logical order.Dispenser 05:14, 5 June 2007 (UTC)
To duplicate:	Open the filter window for the "Make list" section
Operating system	WinXP
AWB version	3.9.0.0
Workaround	Deal with it

Fairly simple fix, just needs the tab orders switching over! Reedy Boy 10:16, 5 June 2007 (UTC)

rev 1330 Reedy Boy 18:26, 5 June 2007 (UTC)

Inappropriate link compression

Status	Fixed in the next release
Description	When links are compressed and the bit inside the ]] ends in a numeral like this Antonov An-12B, the part outside the ]] is not part of the link. Therefore we should not compress links with this characteristic. Rich Farmbrough, 21:20 13 June 2007 (GMT).
To duplicate:	See above.
Operating system	W2K
AWB version	3920
Workaround	Disable gen fixes.

Fixed in rev 1343. MaxSem 09:59, 15 June 2007 (UTC)

iw hak: not sorted properly

Status	Fixed in the next release
Description	interwiki hak: is not recognized (similar to be-x-old:) ChoChoPK (球球PK) (talk
To duplicate:
Operating system	XP
AWB version	3.9.1.0
Workaround	manually revert

Fixed. MaxSem 17:07, 15 June 2007 (UTC)

Incorrect Underscore removal in URL's in wikilinks

Status	Fixed in the next release
Description	When a url with undercores is incorrectly indside ]] the _ is removed, and the breackets left.
To duplicate:	like this (This example also contains the url underscore in an Image bug.)
Operating system	Win 2k
AWB version	3.9.2.p0
Workaround	Turn off gen fixes

This is partially fixed above in "Removing underscore in URL in Ref in Description in Image....", but processing [[http://broken_links like that]] needs further tweeks. MaxSem 13:57, 24 June 2007 (UTC)

Fixed in rev 1354: all crappy links are fixed before removing underscores from valid ones. MaxSem 17:04, 24 June 2007 (UTC)

Incorrect bulleting

Status	Fixed in the next release
Description	Inserts * in url broken onto lines in external links. Rich Farmbrough, 14:29 19 June 2007 (GMT).
To duplicate:	http://en.wikipedia.org/w/index.php?title=WiTricity&diff=prev&oldid=138755139
Operating system	Win 2k
AWB version	<3.9.2.0
Workaround	Turn off gen fixes

Fixed in rev 1355. MaxSem 18:15, 24 June 2007 (UTC)

Removing underscore in URL in Ref in Description in Image....

Status	Fixed in the next release
Description	Reported by an editor "This edit[4], with a similar one repeated a few days earlier, resulted in removal of an underscore from a URL, breaking the link." Rich Farmbrough, 16:09 4 June 2007 (GMT).
To duplicate:	Gen fixes.
Operating system	2K pro
AWB version	Embarrassingly can't say, but probably the latest beta
Workaround	Turn off gen fixes

Fixed in rev 1352. MaxSem 13:49, 24 June 2007 (UTC)

Computer crash

AWB doesnt really need uninstalling, its more a delete of the folders. Are you sure there isnt some process thats locking it? - [5] Reedy Boy 06:41, 21 June 2007 (UTC)

Skip if no typo fixed

Status	Fixed in the next release
Description	Skip if no typo fixed checkbox doesn't work. —METS501 (talk) 12:47, 26 May 2007 (UTC)
To duplicate:	Load a page with no typos, check the "Skip if no typo fix" box, and observe as the article is not skipped.
Operating system	Vista
AWB version	SVN
Workaround	Just press ignore every time no typo is fixed.

Actually, many (if not all) skip options don't seem to work without plugins. MaxSem 18:25, 29 May 2007 (UTC)

Yeah, I noticed that too. —METS501 (talk) 20:44, 29 May 2007 (UTC)

I noticed what could be a bug in the opposite way. When "skip articles when no change made" is checked, AWB skips too often. Some version older than 3.9.1.0 would stop on page that requires iw sort, or things like [[Foo_bar]] → [[Foo bar]], or DEFAULTSORT. Now it skips almost everything. --ChoChoPK (球球PK) (talk | contrib) 06:36, 31 May 2007 (UTC)

Its all inter-related. I've got an idea where the problem lies, but im not sure on its full implementation. Reedy Boy 07:50, 31 May 2007 (UTC)

Fixed (it needs testing, though). MaxSem 15:34, 27 June 2007 (UTC)

Well done max! I'll have a play tonight to check for you. Reedy Boy 15:47, 27 June 2007 (UTC)

Well, we know its definately fixed now. Changes worked out. Reedy Boy 19:19, 27 June 2007 (UTC)

AWB too "greedy"

Status	Fixed in the next release
Description	AWB is too greedy when doing a category removal. I am just doing a standard Remove category: of "Pro-Life Wikipedians", but as you can see, it is grabbing too much text with the includeonly/noinclude tag. --After Midnight 0001 01:14, 14 June 2007 (UTC)
To duplicate:	see this diff [6] in the sandbox
Operating system	XP
AWB version	3.9.1.0
Workaround	none

Yup, its messing up the includeonly/noinclude tags... Hmmm Reedy Boy 16:37, 14 June 2007 (UTC)

My test[7] using WP:AWB/CFD shows that everything's OK... Wassup? MaxSem 15:52, 27 June 2007 (UTC)

Try doing it with the normal category add/remove thingy. I got the same result using the method that isnt using the CFD plugin. Reedy Boy 15:57, 27 June 2007 (UTC)

Gah, it uses the same code for working with categories. Therefore, its result is the same[8]. MaxSem 16:18, 27 June 2007 (UTC)

Meh. Its ages since i tried. Yup, same as you. God knows!! Reedy Boy 18:09, 27 June 2007 (UTC)

AfterMidnight managed to find some duplicates of this bug. Fixed - rev 1358 Reedy Boy 13:59, 11 August 2007 (UTC)

Find/replace

I wonder if its just broken... Or like the skips, its related to the changes for logging and such? Reedy Boy 17:15, 21 June 2007 (UTC)

Strange, it works for me. Tracing shows that everything seems to be in order. Can anyone reproduce that? MaxSem 14:12, 24 June 2007 (UTC)

I suppose he said 'seems', not does... Reedy Boy 18:24, 24 June 2007 (UTC)

I can't reproduce this. I posted my attempts in the Sandbox - got a different result for each case, which should indicate it is working correctly for 3.9.1.0. --After Midnight ⁰⁰⁰¹ 16:57, 24 June 2007 (UTC)

It is possible that the svn version is different to that of the last release.... But still.. Reedy Boy 18:24, 24 June 2007 (UTC)

External links

Already fixed earlier. MaxSem 11:54, 29 June 2007 (UTC)

Edit Summary Not Correctly Handling Link Replacement Regex

Status	Fixed in the next release
Description	If the beginning of a link is included in a regex replacement, the auto summary doesn't handle it correctly. A replacement of the form [[name1| to [[name2| will result in an edit summary of Replaced: AWB where AWB is a link to the original replacement. I'm guessing it needs to nowiki the regex.
To duplicate:	Create a replacement of [[name1| with [[name2| and view the edit summary upon save.
Operating system	Windows XP
AWB version	3.9.1.0
Workaround	Deselect use regex in edit summary.

Links in edit summaries is a MediaWiki feature, so the question is what we can do about it. >nowiki> tags and converting brackets to HTML entities like [ does not work, what else? MaxSem 15:36, 22 April 2007 (UTC)

Well, I can think of one easy answer: Automatically disable including the substitution in the edit summary when the regex contains a [[ without a matching ]]. That would be significantly better than generating a misleading edit summary. -- JLaTondre 16:18, 22 April 2007 (UTC)

Yes, I think it probably would. --kingboyk 16:02, 23 April 2007 (UTC)

Fixed in rev 1371. MaxSem 11:47, 29 June 2007 (UTC)

Recognising end of URLs

Cannot reproduce in the latest version.[9] I suppose it's fixed? MaxSem 13:31, 29 June 2007 (UTC)

Reprasing broken

Status	Fixed in the next release
Description	AWB fsck up the results when reparsing. Dispenser 20:04, 28 June 2007 (UTC)
To duplicate:	Open {{Austral Islands}} start, AWB will tell that there were no changes, right click reparse, watch the new addition AWB puts in.
Operating system	XP with IE 6
AWB version	SVN (3.9.3.0?)
Workaround	None

Fixed in rev 1369. MaxSem 20:27, 28 June 2007 (UTC)

Drag'n'drop problems

Status	Fixed in the next release
Description	When dragging and dropping the rules if the drop area isn't a rule, it is deleted from the list. Dispenser 20:07, 28 June 2007 (UTC)
To duplicate:	Unknown
Operating system	XP
AWB version	SVN
Workaround	None

Fixed in rev 1370. MaxSem 20:54, 28 June 2007 (UTC)

Conditional non-regex

Status	Fixed in the next release
Description	Using the advanced find'n'replace AWB will treat all condition as regex. Dispenser 16:09, 29 June 2007 (UTC)
To duplicate:	Load some pages, make an advanced rule, use the condition: [[Category: in either field, make sure "Regular Expression" option is unchecked, Start the process.
Operating system	XP
AWB version	SVN
Workaround	escape regex

Fixed in rev 1374. MaxSem 18:13, 29 June 2007 (UTC)

Regex tree expand when moving rules

Status	Fixed in the next release
Description	When moving rules in the advanced find'n'replace the tree will automatically expand all items, this can get very annoying with 50+ rules. Dispenser 16:12, 29 June 2007 (UTC)
To duplicate:	Unknown
Operating system	Unknown
AWB version	Unknown
Workaround	None

rev 1373 - Commented out on move up and move down, and 2 other places. Reedy Boy 16:56, 29 June 2007 (UTC)

Advance regex list loading

Status	Fixed in the next release
Description	While we're on fixing all the little issues I have. When opening a configuration there a lot of rules (>30) the advanced find'n'replace list takes longer if the dialog is visible since it is redrawing after each rule. Dispenser 18:34, 29 June 2007 (UTC)
To duplicate:	Unknown
Operating system	XP
AWB version	3.9.3.0
Workaround	Do not leave the dialog open —Dispenser 21:05, 29 June 2007 (UTC)

rev 1375 - Dispenser, your using the SVN version arent you? Can you check if that is better? Cheers, Reedy Boy 18:59, 29 June 2007 (UTC)

15 seconds with the alpha build and 17 seconds with SVN debug build and release build. Could you just hide the window when loading? That'll prevent the redraws and loading will go much faster. —Dispenser 20:08, 29 June 2007 (UTC)

I can only see the difference being something with the development environment. As no changes have been made with it... Reedy Boy 20:15, 29 June 2007 (UTC)

I've posted the script (150 KiB) if you want to look at it. —Dispenser 20:33, 29 June 2007 (UTC)

Thanks, I'll have a look Reedy Boy 20:38, 29 June 2007 (UTC)

I dont seem to have the problem using the latest SVN version... Reedy Boy 20:41, 29 June 2007 (UTC)

Its only when the Advanced Find and replace dialog is open. It really no biggie. —Dispenser 21:05, 29 June 2007 (UTC)

Ok, the change i made should help improve to an extent. Reedy Boy 21:07, 29 June 2007 (UTC)

Login problems

Status	Fixed in the next release
Description	Somehow my bot got logged out (probably a loss of session data or something), and it continued to make edits with no summaries. Can AWB check every minute or two to make sure it's still actually logged in. (it may say you're logged in at the bottom, but in the internet explorer screen, you're not really, so you'll be editing as an IP. --(Review Me) R ParlateContribs@ (Let's Go Yankees!) 22:49, 30 June 2007 (UTC)
To duplicate:
Operating system	Windows Vista
AWB version	3.9.3.0
Workaround

Status	Fixed in the next release
Description	When I try to log in using profiles (or by going to log in), AWB sometimes displays "null" in the bottom right corner, though I'm logged in at the top (in the IE part). It then launches the checkpage, and it won't let me edit since "null is not enabled." (Though this whole time I'm really logged in). --(Review Me) R ParlateContribs@ (Let's Go Yankees!) 00:50, 1 July 2007 (UTC)
To duplicate:
Operating system	Windows Vista
AWB version	3.9.3.0
Workaround	Continue to hit the "log in selected" button, though you're really already logged in or close and restart.

Fixed in rev 1384. MaxSem 09:34, 1 July 2007 (UTC)

Doesn't remove duplicates

Status	Fixed in the next release
Description	Sometimes (not all the time) clicking "remove duplicates" in AWB does nothing. --(Review Me) R ParlateContribs@ (Let's Go Yankees!) 00:45, 1 July 2007 (UTC)
To duplicate:
Operating system	Windows Vista
AWB version	3.9.3.0
Workaround	Close and restart

Should be fixed above in "Remove duplicates puts in old info". MaxSem 09:12, 1 July 2007 (UTC)

Splash screen freezes (but not AWB)

Status	Fixed in the next release
Description	If you navigate from AWB while the splash screen is still loading, the splash screen will stop moving and won't disappear (though AWB isn't frozen and will still work. You'll just have the splash screen in the way) --(Review Me) R ParlateContribs@ (Let's Go Yankees!) 00:55, 1 July 2007 (UTC)
To duplicate:	Open AWB. Minimize it or go to another window while the splash screen is still loading.
Operating system	Windows Vista
AWB version	3.9.3.0
Workaround	Don't navigate away.

Clicking on it tends to get rid of it. Reedy Boy 13:47, 1 July 2007 (UTC)

I made it close instead of hiding. Hopefully, it fixes this problem. MaxSem 13:55, 1 July 2007 (UTC)

Remove duplicates puts in old info

Status	Fixed in the next release
Description	When I go to "remove duplicates" after making a list, instead of removing the duplicates, it adds all the pages from the previous make list, giving me more pages than I did before, and pages that I don't want. --(Review Me) R ParlateContribs@ (Let's Go Yankees!) 19:42, 30 June 2007 (UTC)
To duplicate:	Make a list. Clear it. Make another list. Hit "Remove duplicates". Not sure if this is exactly the way to do it, but it should.
Operating system	Windows Vista
AWB version	3.9.3.0
Workaround	Close AWB and restart it.

Fixed in rev 1383. MaxSem 20:02, 30 June 2007 (UTC)

Minor design issues

Max already changed the first one, so the login button is only enabled if there are profiles. (Fixed after last release i believe)

And the 2nd one, for the last pre-release version i did, it was just because i was lazy, and just included the plugin in the root directory. As per prior official releases, this wont be the case. Reedy Boy 18:25, 1 July 2007 (UTC)

Ah, okay. Thanks. :) --S ^up? 18:47, 1 July 2007 (UTC)

Google search with allintitle:

Status	Fixed in the next release
Description	I'm trying to find pages with /doc in title, I know I could get a database dump but I don't have the HDD space to decompress it. Looking for another way I tried using Google's allintitle:[10] but AWB doesn't seem to like it. —Dispenser 17:53, 3 July 2007 (UTC)
To duplicate:	Google search allintitle:"template:*/doc" in AWB
Operating system	XP
AWB version	SVN 1399
Workaround	None

Google link: http://www.google.com/search?q=allintitle%3A%22template%3A*%2Fdoc%22+site%3Aen.wikipedia.org

AWB Link: http://www.google.com/search?q=Allintitle:\"template:*/doc\"+site:http://en.wikipedia.org&num=100&hl=en&lr=&start=0&sa=N&filter=0

So AWB is encoding it differently it would seem... Reedy Boy 19:01, 3 July 2007 (UTC)

Its escaping regex characters it would seem... Reedy Boy 19:08, 3 July 2007 (UTC)

Now http://www.google.com/search?q=Allintitle:template:*/doc+site:http://en.wikipedia.org&num=100&hl=en&lr=&start=0&sa=N&filter=0

Just need to unicodify/whatever its called... Reedy Boy 19:28, 3 July 2007 (UTC)

Damned thing. It turns out that google just didnt like Allintitle - AWB turned the first letter to uppercase. I've prevented that now on google searches.

Fixed - rev 1400 Reedy Boy 20:15, 3 July 2007 (UTC)

Main article fix doesn't catch a full stop

Status	Fixed in the next release
Description	If a full stop is placed after the link in a main article link (eg. :''Main article: [[History of Devon]].''), the full stop and the final two apostrophes are not converted (ie. it is changed to {{main|History of Devon}}.''). Experienced on Devon. mattbr 12:09, 3 July 2007 (UTC)
To duplicate:	As descriibed
Operating system	Windows Vista
AWB version	Alpha 3.9.3.2
Workaround	Manually correct

rev 1397 - Fixed Reedy Boy 14:46, 3 July 2007 (UTC)

Thanks! mattbr 20:18, 3 July 2007 (UTC)

PS. Just to say I think the new diff generator thing is great! mattbr 12:09, 3 July 2007 (UTC)

Profiles can't be edited (unhandled exception)

Status	Fixed in the next release
Description	I can not edit my user profiles in AWB. Every time, on all profiles, when right clicking and hitting edit profile, I get an unhandled exception: ************** Exception Text ************** System.Security.Cryptography.CryptographicException: Length of the data to decrypt is invalid. at System.Security.Cryptography.RijndaelManagedTransform.TransformFinalBlock(Byte[] inputBuffer, Int32 inputOffset, Int32 inputCount) at System.Security.Cryptography.CryptoStream.Read(Byte[] buffer, Int32 offset, Int32 count) at WikiFunctions.Encryption.RijndaelSimple.Decrypt(String cipherText, String passPhrase, String saltValue, String hashAlgorithm, Int32 passwordIterations, String initVector, Int32 keySize) at WikiFunctions.AWBProfiles.AWBProfileAdd..ctor(AWBProfile profile) at WikiFunctions.AWBProfiles.AWBProfilesForm.editThisAccountToolStripMenuItem_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) R ParlateContribs@ (Let's Go Yankees!) 19:11, 4 July 2007 (UTC)
To duplicate:	Try to edit an AWB profile
Operating system	Windows Vista
AWB version	3.9.3.2
Workaround	Delete profile and re-create with new information.

Probably cause i made some changes and didnt test... Reedy Boy 19:22, 4 July 2007 (UTC)

I'm debugging the logging code Sam, so perhaps we can talk on MSN some time about plumbing the profiles code in to the log upload code (if you're not already working on it). --kingboyk 19:48, 4 July 2007 (UTC)

Just to confirm that I ran into the same error, in the same fashion. Apart from that, I'm impressed! --kingboyk 21:03, 4 July 2007 (UTC)

It will be something minor (ok its throw exceptions), im pretty sure it will be a quick fix. Its also pointed out a few more changes needed... Reedy Boy 09:32, 5 July 2007 (UTC)

Was trying to decrypt the password when the password was blank... Already fixed in other places, but not there!

Fixed - rev 1412 Reedy Boy 16:22, 5 July 2007 (UTC)

Always adds updated pages to watchlist

Status	Fixed in the next release
Description	General/Add all to watchlist not behaving as expected. All articles are added to watchlist when saved, regardless of whether this setting is ticked/checked or cleared. Paddles TC 13:24, 5 July 2007 (UTC)
To duplicate:	Start process with setting either set or cleared. Edit pages, then toggle setting and edit some more pages. In browser, go to Special:Watchlist and observe all edited pages are on the list.
Operating system	Win 2000 SP4
AWB version	3.9.1.0
Workaround	None (except manually selecting and removing pages from the watchlist afterwards)

Fixed - rev 1413

It was because the code actually only checked for one condition, and then set it as such. Meaning it could only be turned on. Same occured for minor edits. Both fixed! Thanks, Reedy Boy 16:26, 5 July 2007 (UTC)

Log tab & skipping code breakage

Status	Fixed in the next release
Description	rev 1441. I've uploaded some binaries, a readme file, and some XML files for testing to the svn repository to support this report. I know that fellow devs are aware of the problem, but I think it would be helpful to remind us of how it's supposed to work, and also use the version number here to do some detective work (i.e. what has changed since then which might have broken it)/ In the uploaded binary version (3.9.2.0) the following features work: AWBlogListener is created by AWB and then sent through the article-processing process, including being sent to active plugins If the end result is to skip, the log entry gets added to the Ignored listview, with a reason If the page is saved, the log entry is added to the Saved listview All log entries have a tooltip with more info inside them Broken in SVN (pretty much all of it) : Article log entries all get added to Saved list AWB doesn't skip in non bot-mode even if plugin tells it to skip (it skips in auto mode, however) No tooltips on log items Note we're talking here about the Logs tab, NOT "Logging options" and logging to wiki/XHTML. That had seperate issues (trivial) which I've fixed, and needed a new upload solution based on AWBProfiles which Sam and I are working on.kingboyk 22:40, 8 July 2007 (UTC) (Follows from Wikipedia_talk:AutoWikiBrowser/Dev#Need_to_release_4.0_soon, Wikipedia_talk:AutoWikiBrowser/Dev#SVN, User_talk:Reedy_Boy#Log_tab_.26_skipping_worked_in_.2.0_-_may_help_identify_changes_which_broke_it.3F)
To duplicate:
Operating system
AWB version	Broken in SVN from at least rev 1384? (revision chosen at fairly random, I thought rev 1385 might be to blame but 1384 doesn't work either so far as I can tell).
Workaround

rev 1358 and rev 1359 might be the culprits. Hopefully Sam and I will be looking at this later today. --kingboyk 13:34, 17 July 2007 (UTC)

rev 1357 seems to work and I would hazard a guess that it's approximately the point at which the binaries committed in rev 1441 were compiled. --kingboyk 17:13, 17 July 2007 (UTC)

I've attempted to restore the broken functionality by manually taking the "best" versions of each file. I have a clean compile and basic functionality, but at least one new breakage to fix. If anybody needs it, rev 1443 is the last "good" revision before these changes. --kingboyk 21:07, 17 July 2007 (UTC)

I fixed, as far as I can tell, log tab & skipping code breakage by rev 1464. I can't guarantee that nothing else has broken, because I had to do some merging of revisions, but I've not found anything yet. This of course is what testers are for :) Log uploading seems to be failing because we're not sending the correct token in WPEditor. More info at Wikipedia_talk:AutoWikiBrowser/Dev#SVN. --kingboyk 00:23, 18 July 2007 (UTC) PS Please leave this bug report in place for at least a few days Sam, although it does appear that this specific bug has been nailed

Martin suggested wrapping the token-acquiring code in a Urlencode(), which appears to have done the trick. I've added some tracing ability to the uploader too, so if anything else does go wrong it will be easier for folks to file a meaningful report. This work will be committed soon. --kingboyk 17:23, 18 July 2007 (UTC)