Jump to content

Wikipedia talk:AutoWikiBrowser/Bugs/Archive 14

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia
Archive 10←Archive 12Archive 13Archive 14Archive 15Archive 16→Archive 20

Strange removal of parenthesis

Status Fixed in the next release
Description a parenthesis is removed
To duplicate: run general fixes on List of closed railway stations in Britain: B
Site URL: enwiki
Operating system XP
.NET FW Version Unknown
AWB version 4.9.0.3
Workaround
Fixed in version 5652


--NE2 22:18, 19 November 2009 (UTC)

rev 5652 Reorder logic to correctly fix article in that situation. Rjwilmsi 22:42, 19 November 2009 (UTC)
I see - that's no parenthesis. --NE2 00:36, 20 November 2009 (UTC)

External Processing: "path's format is not supported"

Status Fixed in the next release
Description When attempting to use "External Program Processing" an exception is thrown by StreamWriter ctor. Note in the debugger callstack below that ProcessArticle() hands an absolute path to WriteTextFile(), which then prepends AWB's working directory to create a bad file path.
  • WikiFunctions.dll!WikiFunctions.Tools.WriteTextFileAbsolutePath(string message, string file = "D:\\src\\awb\\AWB\\AWB\\bin\\Release\\C:\\Windows\\TestArticle.txt", bool append = false) Line 1173 C#
  • WikiFunctions.dll!WikiFunctions.Tools.WriteTextFile(string message, string file = "C:\\Windows\\TestArticle.txt", bool append = false) Line 1200 C#
  • AutoWikiBrowser.exe!AutoWikiBrowser.ExternalProgram.ProcessArticle(string articleText, string articleTitle = "Wikipedia:Sandbox", int namespace = 4, out string summary = "", out bool skip = false) Line 92 + 0xe bytes C#

—Mrwojo (talk) 01:24, 20 November 2009 (UTC)

To duplicate: # Open "External Program Processing" dialog (Ctrl-E) and enable it.
  1. Click "Select program/script" and choose notepad.exe (e.g., C:\Windows\notepad.exe). Note that it sets the "Working directory:" field as well.
  2. Give an Input/Output file name. I chose "TestArticle.txt".
  3. Close the dialog box and attempt to run AWB on an article (e.g., Wikipedia:Sandbox).
  4. Message box appears, title: "External processing error", text: "The given path's format is not supported." (Expected result: Notepad would open.)
Site URL: Wikipedia:Sandbox
Operating system Windows Vista
.NET FW Version Unknown
AWB version 4.9.0.3, svn co revision 5652 (Nov 20 c. 01:00 UTC)
Workaround You can get the desired behavior in this case by emptying the working directory field in the external processing dialog and using the X button to exit the dialog (which is a minor bug, the Close button objects to an empty working directory). The input/output file will then appear in AWB's working directory.
Fixed in version


rev 5654, thanks for the detailed bug report. —Reedy 14:41, 21 November 2009 (UTC)
Fix confirmed in svn. Thank you. —Mrwojo (talk) 19:51, 21 November 2009 (UTC)

Editors are allowed to double-click in diff window while AWB is saving

I don't know if it is related to the attempt to save to the wrong page bug, when I press save and save takes some time I still can double-click in the diff window to undo a change. -- Magioladitis (talk) 10:05, 24 October 2009 (UTC)

rev 5560 for that. Rjwilmsi 13:02, 24 October 2009 (UTC)

Should remove ordinal suffix before checking for comma requirements

Status Fixed in the next release
Description GF converts "June 25th 2009" to "June 25 2009" instead of "June 25, 2009" Rich Farmbrough, 13:15, 25 November 2009 (UTC). 13:15, 25 November 2009 (UTC)
To duplicate: Unknown
Operating system
.NET FW Version Unknown
AWB version 5646
Workaround
Fixed in version rev 5676 Fixed. Rjwilmsi 13:43, 25 November 2009 (UTC)


Commas in dates in image names

Status Fixed in the next release
Description GF wants to add a comma to the dates in image names in the below article Rich Farmbrough, 13:15, 25 November 2009 (UTC). 13:15, 25 November 2009 (UTC)
To duplicate: 2007 United Kingdom floods
Operating system
.NET FW Version Unknown
AWB version 5646
Workaround Get the images named correctly
Fixed in version 5677


Blocked AWB access on that article temporarily. Image rename requests added to those images on Commons. I'll see whether we can just hide images within the Parsers.Hide() functions. Rjwilmsi 13:44, 25 November 2009 (UTC)
rev 5677 fixed. Rjwilmsi 14:03, 25 November 2009 (UTC)

ArgumentOutOfRangeException in ListComparer.CompareLists

Status Fixed in the next release
Description
Exception:ArgumentOutOfRangeException
Message:Non-negative number required. Parameter name: count
Call stack:
   at System.ThrowHelper.ThrowArgumentOutOfRangeException(ExceptionArgument argument, ExceptionResource resource)
   at System.Collections.Generic.List`1.GetRange(Int32 index, Int32 count)
   at WikiFunctions.Controls.Lists.ListComparer.CompareLists(IList`1 list1, List`1 list2, ListBox lb1, ListBox lb2, ListBox lb3)
   at WikiFunctions.Controls.Lists.ListComparer.CompareLists()
   at WikiFunctions.Controls.Lists.ListComparer.btnGo_Click(Object sender, EventArgs e)
   at System.Windows.Forms.Control.OnClick(EventArgs e)
   at System.Windows.Forms.Button.OnClick(EventArgs e)
   at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ButtonBase.WndProc(Message& m)
   at System.Windows.Forms.Button.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)

Alex Spade (talk) 18:40, 17 November 2009 (UTC)

Additional info: It was comparing of two large lists (18857 pages in first and 24992 pages in second).

To duplicate: Load foo twice in List 1 and foo in List 2.
Site URL: http://ru.wikipedia.org
Operating system Microsoft Windows NT 5.1.2600 Service Pack 3
.NET FW Version Unknown
AWB version 4.9.0.3, revision 5646 (2009-11-17 00:34:12)
Workaround
Fixed in version rev 5688 -- Magioladitis (talk) 19:47, 25 November 2009 (UTC)


Can you send the lists my email or tell me how to generate them? I am working with larger lists with no problems. -- Magioladitis (talk) 18:52, 17 November 2009 (UTC)

I seem, the problem is not in the sizes of lists. I have seen this bug description, when I'd compared other lists. Alex Spade (talk) 19:03, 19 November 2009 (UTC)
I still investigate problem. But, you can be right - system reboot or AWB restart can help sometimes.
I suppose, that problem can be in pre-filtration of list (exluding some namespaces or/and duplicates). Alex Spade (talk) 19:03, 19 November 2009 (UTC)
See if you can to reproduce it on demand. -- Magioladitis (talk) 09:21, 22 November 2009 (UTC)

Cannot save changes to Barnard Observatory – "The page has been deleted since you fetched its timestamp"

Status Works for me
Description Cannot save changes to Barnard Observatory – debugger shows ApiException being caught: "The page has been deleted since you fetched its timestamp". AWB then goes into restart loop. However page exists, all appears fine.

Rjwilmsi 17:41, 26 November 2009 (UTC)

To duplicate:
Operating system
.NET FW Version Unknown
AWB version 5690
Workaround
Fixed in version


Works for me? [1]. Maybe just the API being funny, or the slave being out of date... —Reedy 19:03, 26 November 2009 (UTC)
Was failing consistently over a number of days for me. Weird. Rjwilmsi 08:55, 27 November 2009 (UTC)

Date stamps not always added

Status Fixed in the next release
Description Two examples: 1) [2]. Date stamp is not added due to "section". 2) If "Date" is with capital "D" AWB won't fix it. -- Magioladitis (talk) 14:54, 29 November 2009 (UTC)
To duplicate:
Site URL: en.wiki
Operating system XP SP2
.NET FW Version Unknown
AWB version 4903_rev5690
Workaround
Fixed in version


rev 5705 For the first issue. can you further explain the second issue – I don't get it? Thanks Rjwilmsi 13:42, 30 November 2009 (UTC)
I think that {{uncat|Date=October 2009}} is not recognised as time stamp. I show that yesterday. AWB should correct D with d. -- Magioladitis (talk) 14:21, 30 November 2009 (UTC)
SmackBot will catch these daily now it is running again. Rich Farmbrough, 16:35, 30 November 2009 (UTC).

ApiErrorException in ApiEdit.CheckForErrors -Invalid expiry time

Status Fixed in the next release
Description
Exception:ApiErrorException
Message:Bot API returned the following error: 'Invalid expiry time ``0
Call stack:
   at WikiFunctions.API.ApiEdit.CheckForErrors(String xml, String action)
   at WikiFunctions.API.ApiEdit.Protect(String title, String reason, String expiry, String edit, String move, Boolean cascade, Boolean watch)
   at WikiFunctions.Article.Protect(Session session)
   at AutoWikiBrowser.MainForm.ProtectArticle()

Magioladitis (talk) 02:49, 1 December 2009 (UTC)

To duplicate: Try to unprotect any page. It will ask for expire time(!) Add any number or symbol. Kaboom!
Site URL: http://wiki.riteme.site
Operating system Microsoft Windows NT 5.1.2600 Service Pack 2
.NET FW Version Unknown
AWB version 4.9.0.3, revision 5703 (2009-11-29 21:05:07)
Workaround
Fixed in version


rev 5710 —Reedy 00:11, 2 December 2009 (UTC)

ArgumentException in ApiEdit.Move

Status Fixed in the next release
Description
Exception:ArgumentException
Message:Page cannot be moved to the same title
Call stack:
   at WikiFunctions.API.ApiEdit.Move(String title, String newTitle, String reason, Boolean moveTalk, Boolean noRedirect, Boolean watch)
   at WikiFunctions.Article.Move(Session session, String& newTitle)
   at AutoWikiBrowser.MainForm.MoveArticle()

Magioladitis (talk) 02:52, 1 December 2009 (UTC)

To duplicate: Try to move an article to itself.
Site URL: http://wiki.riteme.site
Operating system Microsoft Windows NT 5.1.2600 Service Pack 2
.NET FW Version Unknown
AWB version 4.9.0.3, revision 5703 (2009-11-29 21:05:07)
Workaround
Fixed in version


rev 5709 That will prevent the exception and cause the standard 'move failed' message to be shown. Rjwilmsi 19:18, 1 December 2009 (UTC)

ApiErrorException in ApiEdit.CheckForErrors - destination exists

Status Fixed in the next release
Description
Exception:ApiErrorException
Message:Bot API returned the following error: 'The destination article already exists and is not a redirect to the source article'
Call stack:
   at WikiFunctions.API.ApiEdit.CheckForErrors(String xml, String action)
   at WikiFunctions.API.ApiEdit.Move(String title, String newTitle, String reason, Boolean moveTalk, Boolean noRedirect, Boolean watch)
   at WikiFunctions.Article.Move(Session session, String& newTitle)
   at AutoWikiBrowser.MainForm.MoveArticle()

Magioladitis (talk) 00:04, 2 December 2009 (UTC)

To duplicate: Try to move a page to an already existed destination, which is not a redirect to the source article. -- Magioladitis (talk) 00:04, 2 December 2009 (UTC)
Site URL: http://wiki.riteme.site
Operating system Microsoft Windows NT 5.1.2600 Service Pack 2
.NET FW Version Unknown
AWB version 4.9.0.3, revision 5703 (2009-11-29 21:05:07)
Workaround
Fixed in version


rev 5712/rev 5713 —Reedy 00:40, 2 December 2009 (UTC)

ApiErrorException in ApiEdit.CheckForErrors - missingtitles-createonly

Status Fixed in the next release
Description
Exception:ApiErrorException
Message:Bot API returned the following error: 'Unknown error: ``missingtitles-createonly
Call stack:
   at WikiFunctions.API.ApiEdit.CheckForErrors(String xml, String action)
   at WikiFunctions.API.ApiEdit.Protect(String title, String reason, String expiry, String edit, String move, Boolean cascade, Boolean watch)
   at WikiFunctions.Article.Protect(Session session)
   at AutoWikiBrowser.MainForm.ProtectArticle()

Magioladitis (talk) 18:03, 1 December 2009 (UTC)

To duplicate: Try to protect a page that doesn't exist. -- Magioladitis (talk) 18:03, 1 December 2009 (UTC)
Site URL: http://wiki.riteme.site
Operating system Microsoft Windows NT 5.1.2600 Service Pack 2
.NET FW Version Unknown
AWB version 4.9.0.3, revision 5703 (2009-11-29 21:05:07)
Workaround
Fixed in version


catch (ApiErrorException ae) { if (ae.ErrorCode == "missingtitles-createonly") { StatusLabelText = "Can't protect a non-existent article"; articleActionLogControl1.LogArticleAction(TheArticle.Name, false, ArticleAction.Protect, "Non-existent article"); } else ErrorHandler.Handle(ae);

Something like that? -- Magioladitis (talk) 19:28, 1 December 2009 (UTC)

rev 5711 - bugzilla:21740 —Reedy 00:27, 2 December 2009 (UTC)

"Convert date form" should ignore album titles

Status Unknown
Description "Convert date form" delinks album titles
To duplicate: Please make "convert date form" ignore date ranges in italics (i.e. album titles), so that mistakes such as these: [3], [4], [5], [6], [7], [8], [9], [10], [11] can be avoided. Thanks. Mushroom (Talk) 02:01, 2 December 2009 (UTC)
Site URL: wiki.riteme.site
Operating system All
.NET FW Version Unknown
AWB version
Workaround
Fixed in version


Not a bug, just me delinking stuff (and converting some 1985-06 types to June 1985). Rich Farmbrough, 02:29, 2 December 2009 (UTC).

ApiErrorException in ApiEdit.CheckForErrors - token not set

Status Fixed in the next release
Description
Exception:ApiErrorException
Message:Bot API returned the following error: 'The token parameter must be set'
Call stack:
   at WikiFunctions.API.ApiEdit.CheckForErrors(String xml, String action)
   at WikiFunctions.API.ApiEdit.Move(String title, String newTitle, String reason, Boolean moveTalk, Boolean noRedirect, Boolean watch)
   at WikiFunctions.Article.Move(Session session, String& newTitle)
   at AutoWikiBrowser.MainForm.MoveArticle()

Magioladitis (talk) 17:57, 1 December 2009 (UTC)

To duplicate: Try to move a page to " " (space). -- Magioladitis (talk) 17:58, 1 December 2009 (UTC)
Site URL: http://wiki.riteme.site
Operating system Microsoft Windows NT 5.1.2600 Service Pack 2
.NET FW Version Unknown
AWB version 4.9.0.3, revision 5703 (2009-11-29 21:05:07)
Workaround
Fixed in version


Seems to be from " " probably not being a valid title..

Sandbox to "" 

<?xml version=\"1.0\"?><api><query><pages><page title=\" \" invalid=\"\" /><page pageid=\"25193250\" ns=\"4\" title=\"Wikipedia:AutoWikiBrowser/Sandbox\" touched=\"2009-12-02T00:08:44Z\" lastrevid=\"329143452\" counter=\"0\" length=\"10\" starttimestamp=\"2009-12-02T01:08:52Z\" movetoken=\"79d5055b0bf4d8be3dd167ada55e442b+\\\" /></pages><userinfo id=\"449918\" name=\"Reedy\" /></query></api>

Sandbox to Sandbox2 

<?xml version=\"1.0\"?><api><query><pages><page pageid=\"25193250\" ns=\"4\" title=\"Wikipedia:AutoWikiBrowser/Sandbox\" touched=\"2009-12-02T01:10:24Z\" lastrevid=\"329152987\" counter=\"0\" length=\"10\" starttimestamp=\"2009-12-02T01:11:28Z\" movetoken=\"79d5055b0bf4d8be3dd167ada55e442b+\\\" /><page pageid=\"25273342\" ns=\"4\" title=\"Wikipedia:AutoWikiBrowser/Sandbox2\" touched=\"2009-12-02T01:10:24Z\" lastrevid=\"329152988\" counter=\"0\" length=\"47\" redirect=\"\" new=\"\" starttimestamp=\"2009-12-02T01:11:28Z\" movetoken=\"79d5055b0bf4d8be3dd167ada55e442b+\\\" /></pages><userinfo id=\"449918\" name=\"Reedy\" /></query></api>

Move token is there in both, just isn't picked up by AWB in the first (though, it shouldn't allow the move). But it is invalid. Aha! —Reedy 01:17, 2 December 2009 (UTC)

rev 5714 —Reedy 01:33, 2 December 2009 (UTC)
Status Fixed in the next release
Description Using AWB, I attempted to replace one category with another. I ended the edit summary with a piped link to the CfD log page and with "CfD 2009 Nov 6" as the intended visible text; the actual outcome preserved the link to the CfD log page, but displayed "AWB" as the visible text.
To duplicate: In AWB, I specified the following edit summary:

replaced category 'Actual event ballads' → 'Songs based on actual events' per [[Wikipedia:Categories for discussion/Log/2009 November 6|CfD 2009 Nov 6]]

This code should have produced the following text:

replaced category 'Actual event ballads' → 'Songs based on actual events' per CfD 2009 Nov 6

However, it produced the following text:

replaced category 'Actual event ballads' → 'Songs based on actual events' per AWB

See diff-1 diff-2. Note that the link points to the specified page, but that the visible text is incorrect.

A subsequent attempt to duplicate in my personal sandbox with slightly modified conditions was not successful (diff-1 diff-2).

Site URL: wiki.riteme.site
Operating system Windows Vista
.NET FW Version Unknown
AWB version 4903_rev5646
Workaround
Fixed in version


Reported by Black Falcon.

AWB is trimming the edit summary as it reckons it's too long, which I will look into. In the meantime I suggest you turn off the section edit feature (via options menu) to give more space to your edit summary. Rjwilmsi 12:54, 22 November 2009 (UTC)
I've done that now. Thanks, –BLACK FALCON (TALK) 19:22, 22 November 2009 (UTC)
rev 5706 With Reedy's earlier work this should fix it. Rjwilmsi 20:00, 30 November 2009 (UTC)

Exception in MainForm.Save / Attempted to save a wrong page / Replacing entire content of a page with the entire content of another page

Status Bug currently being investigated/fixed
Description [12]. DrilBot had just skipped iCarly and then the next edit replaced the text of Icarus with the text of iCarly. I'm guessing that that wasn't supposed to happen. Could it have something to do with iCarly being fully protected? (using API edit build) –Drilnoth (T • C • L) 15:25, 7 August 2009 (UTC)
[13] This is becoming very very serious. -- Magioladitis (talk) 22:31, 24 September 2009 (UTC)
To duplicate: Not sure if it's possible, and I don't really want to try.
Site URL: en.wp
Operating system Vista
.NET FW Version Unknown
AWB version 4.9.0.1 (SVN 5112; API edit) / 4902 svn 5438 / 4.9.0.3, SVN 5528
Workaround
Fixed in version


This page is only semi-protected. 62.140.253.6 (talk) 15:35, 7 August 2009 (UTC)

Hmm... true. But AWB skipped it as though it were fully protected. Odd. –Drilnoth (T • C • L) 15:37, 7 August 2009 (UTC)
I have seen this semi-prot skip as well, although I hadn't connected the two problems. Unfortunately I dumped my bugged version (in favor of 4.6) so I can't do any testing. Rich Farmbrough, 16:00, 7 August 2009 (UTC).
Max has made some changes to improve that... But thats after 5112... Which isnt currently out... —Reedy 15:47, 7 August 2009 (UTC)

I see some bugged edits were made with non-bot accounts. Did the diff indicate that the edit is going to be a disaster, or it was displaying a something innocent? 62.140.253.6 (talk) 15:53, 7 August 2009 (UTC)

Depending on the task, the diff usually changes the page entirely, so it's fairly easy to notice. –xenotalk 16:01, 7 August 2009 (UTC)
The problem really is with bots... humans should usually be able to see the bug and fix it, but bots are, on the whole, not that smart. :) –Drilnoth (T • C • L) 16:08, 7 August 2009 (UTC)
'Bots only issue' doesn't appear to be true [14]. I would have noticed this, so the diff even appears fine on a borked edit. Rjwilmsi 20:28, 16 August 2009 (UTC)
Thats "good" then (at least, its more replicable). —Reedy 20:29, 16 August 2009 (UTC)
Dang... then it's really a problem. Any news on if the new revision fixes it? –Drilnoth (T • C • L) 22:05, 16 August 2009 (UTC)

Not knowingly fixed, at least. And if Rjwilmsi is right (which i've got no doubt in), its gonna be harder to try and fix/reproduce. Its seemingly quite a low error rate, which is good, but doesnt help with fixing it.. Its presumably when a certain thing happens, ie a certain path through the AWB code that does it. Its certainly a show stopper for releasing 4.9/5 in any form other than svn snapshots. —Reedy 06:29, 17 August 2009 (UTC)

Does this thing happen only in API version?
Any idea where it found the other code? I checked and in Rjwilmsi's example the other article (Crete, Indiana) is neither recently created nor edited at the same time. Was it probably in Rjwilmsi's edit list as well? -- Magioladitis (talk) 08:26, 17 August 2009 (UTC)
No one has reported it in the Web Browser version, so i would suspect so. From previous reports, it was the article before it in the list, which was skipped, i believe.. Rob/someone else should hopefully be able to confirm (fingers crossed). —Reedy 11:09, 17 August 2009 (UTC)
My best guess is that it's a previously skipped article that's getting picked up. Rjwilmsi 17:29, 17 August 2009 (UTC)
Yes, it's almost exclusively an article that was skipped, but I think, didn't meet the skip criteria. For example, Xenobot was working through this list. It skipped #1217 claiming it did not contain the word "article" (it did), and then saved the code meant for 1217 to #1218. 1216 did meet the skip criteria. –xenotalk 17:43, 17 August 2009 (UTC)


Right, as of the 5263 snapshot up, this *should* (although unconfirmed, due to difficulty to replicate), be fixed.. Might be a few other skipping bugs or similar introduced. —Reedy 06:30, 21 August 2009 (UTC)

Just curious, why was it happening? –xenotalk 13:49, 21 August 2009 (UTC)
Dunno. Hence we couldnt fix it easily. MaxSem reworked the code to hopefully prevent all the fun and games. —Reedy 15:15, 21 August 2009 (UTC)

We are hopeful that this bug is now fixed in the latest snapshots. We would be grateful of any reports of the bug still occurring in newer revisions of AWB 4.9.x i.e. SVN revision > 5438. Thanks Rjwilmsi 14:43, 31 October 2009 (UTC)

[15] reported at 22:05, 26 October 2009. -- Magioladitis (talk) 14:53, 31 October 2009 (UTC)
User has confirmed that was on rev 5528. Rjwilmsi 19:26, 31 October 2009 (UTC)
Which preview button? —Reedy 19:34, 31 August 2009 (UTC)
The one below the stop button. Wizard191 (talk) 19:54, 31 August 2009 (UTC)
It does actually, just doesnt give you much/any feedback (and takes a little while). rev 5308 does provide some feedback. We're still working on trying to fix these silly errors of trying to save the wrong page (hey, at least we're preventing it from happening now ;)). Thanks—Reedy 20:08, 31 August 2009 (UTC)
Thanks for adding a status update with the preview button. I let it sit for quite a while and still never got a preview. I've gotten previews in past versions without having to wait for too long. Is there a timeout for previews? Wizard191 (talk) 20:19, 31 August 2009 (UTC)
Status Fixed in the next release
Description
Exception:Exception
Message:Attempted to save a wrong page
Call stack:
   at AutoWikiBrowser.MainForm.Save()
   at AutoWikiBrowser.MainForm.btnApply_Click(Object sender, EventArgs e)
   at System.Windows.Forms.Control.OnClick(EventArgs e)
   at System.Windows.Forms.Button.OnClick(EventArgs e)
   at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ButtonBase.WndProc(Message& m)
   at System.Windows.Forms.Button.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)

  — Jeff G. (talk|contribs) 04:47, 22 September 2009 (UTC)

To duplicate: Unknown
Site URL: http://wiki.riteme.site
Operating system Microsoft Windows NT 6.0.6002 Service Pack 2
.NET FW Version Unknown
AWB version 4.9.0.1, revision 5263 (2009-08-20 21:57:43)
4.9.0.2, revision 5413 (2009-09-21 22:54:21)
4.9.0.2, revision 5438 (2009-09-23 23:40:45)
4.9.0.2, revision 5528 (2009-10-08 23:32:19)
4.9.0.3, SVN 5646
Workaround None
Fixed in version Unknown

I did not have a new message on my user talk page, unlike the previous reporter. I am going to download 4.9.0.2 now...   — Jeff G. (talk|contribs) 04:47, 22 September 2009 (UTC)

Are you able to duplicate on demand? If so, how? —Reedy 06:32, 22 September 2009 (UTC)

rev 5429 goes one step closer to solution. It seems quick saving is what causes the bug -- Magioladitis (talk) 22:56, 23 September 2009 (UTC)

I was doing a find and replace at Template talk:Megatokyo, I think, replacing <pre>class=template</pre> with <pre>class=template|importance=no</pre> Hiding T 11:47, 22 October 2009 (UTC)

first observation: The bug is still happening. -- Magioladitis (talk) 12:30, 22 October 2009 (UTC)
Second observation: we're catching the error. Rjwilmsi 09:53, 24 October 2009 (UTC)

Now reporting the latest false save: [16]. We found the source of the problem. Hopefully, it will be fixed soon. -- Magioladitis (talk) 23:01, 23 November 2009 (UTC)

rev 5655 Finally at list fix the bug where the "Wikipedia:AutoWikiBrowser/User talk templates" was replaced with some random page. -- Magioladitis (talk) 00:00, 24 November 2009 (UTC)

NullReferenceException in MainForm.FalsePositiveClick

Status Fixed in the next release
Description
Exception:NullReferenceException
Message:Object reference not set to an instance of an object.
Call stack:
   at AutoWikiBrowser.MainForm.FalsePositiveClick(Object sender, EventArgs e)
   at System.Windows.Forms.Control.OnClick(EventArgs e)
   at System.Windows.Forms.Button.OnClick(EventArgs e)
   at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ButtonBase.WndProc(Message& m)
   at System.Windows.Forms.Button.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)

- Jayanta Nath (Talk

To duplicate: Press false positive button without having loaded an article first. (I should have known). -- Magioladitis (talk) 02:27, 1 December 2009 (UTC)
Site URL: http://bn.wikipedia.org / en.wiki
Operating system Microsoft Windows NT 5.1.2600 Service Pack 3
.NET FW Version Unknown
AWB version 4.9.0.3, revision 5690 (2009-11-26 13:36:15) / 4.9.0.3, revision 5703 (2009-11-29 21:05:07)
Workaround
Fixed in version rev 5716 —Reedy 15:25, 2 December 2009 (UTC)


InvalidCastException in d__1.MoveNext - Bug when trying to save list from list comparer

Status Fixed in the next release
Description
Exception:InvalidCastException
Message:Unable to cast object of type 'System.String' to type 'WikiFunctions.Article'.
Call stack:
   at WikiFunctions.Controls.Lists.ListBox2.<GetEnumerator>d__1.MoveNext()
   at WikiFunctions.Controls.Lists.ListBox2.SaveList(String filename, OutputFormat format)

–xenotalk 13:58, 4 December 2009 (UTC)

To duplicate: Unknown
Site URL: http://wiki.riteme.site
Operating system Microsoft Windows NT 5.1.2600 Service Pack 3
.NET FW Version Unknown
AWB version 4.9.0.3, revision 5715 (2009-12-02 01:36:48)
Workaround
Fixed in version rev 5717


FWIW only occured when I tried to save from "Unique in list 1", when I transferred unique in list 1 to listmaker1 I could save from there. I can email someone the large list that I was trying to save if that helps. –xenotalk 13:59, 4 December 2009 (UTC)
The bug occurs even in the simplest case: Just compare list 1 with only item A and list 2 with only item B and try to save one of the "unique in.." lists (lb1 or lb2). According to MaxSem "a string is getting passed through ListMaker". -- Magioladitis (talk) 20:14, 5 December 2009 (UTC)
rev 5717 —Reedy 00:09, 6 December 2009 (UTC)

AWB messes up the new "list-defined references"

Status Fixed in the next release
Description See [17]. AWB messes up list-defined references, that is, where all references are in the references section, and are pointed to in the main text by <ref name="xxxx" />

AWB needs to be altered to take account of the new feature, and – where it is used – should refrain from altering the order of the refs (in the case above they are ordered alphabetically by ref name, but other editors might choose a different system).

Not many such articles at the moment, but their number is bound to increase, as it makes for much cleaner editing of article text. NSH001 (talk) 13:18, 5 December 2009 (UTC)

To duplicate: run AWB on any article using list defined references (example in link above)
Operating system any
.NET FW Version Unknown
AWB version probably the latest version at 18:17, 4 December 2009 (UTC) - see link above
Workaround
Fixed in version 5640


I fixed that under rev 5640 two weeks ago. AWB users should update their snapshots. Rjwilmsi 21:54, 5 December 2009 (UTC)

Database scanner bugs I

Status Fixed in the next release
Description The "Open in browser" uses, as its base, the current profile's info, even if the dump is for a completely different site. Probably should use the "Base" built into the dump. - Jarry1250 [ humorous – discuss ] 18:37, 18 July 2009 (UTC)
To duplicate:
Site URL: en.wiki
Operating system
.NET FW Version Unknown
AWB version
Workaround
Fixed in version rev 4915 —Reedy 19:37, 18 July 2009 (UTC)


Deletes "p" wiht out checking for word boundary

Status Fixed in the next release
Description pages = paragraph 2 => pages = aragraph 2 etc...Rich Farmbrough, 14:54, 6 December 2009 (UTC). 14:54, 6 December 2009 (UTC)
To duplicate: GF on Operation Overlord
Site URL: en.wp
Operating system V
.NET FW Version
AWB version 5716
Workaround
Fixed in version rev 5724 Fixed. Rjwilmsi 01:02, 7 December 2009 (UTC)


NullReferenceException in MainForm.Save

Status Fixed in the next release
Description
Exception:NullReferenceException
Message:Object reference not set to an instance of an object.
Call stack:
   at AutoWikiBrowser.MainForm.Save()
   at AutoWikiBrowser.MainForm.btnSave_Click(Object sender, EventArgs e)
   at System.Windows.Forms.Control.OnClick(EventArgs e)
   at System.Windows.Forms.Button.OnClick(EventArgs e)
   at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ButtonBase.WndProc(Message& m)
   at System.Windows.Forms.Button.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)

Magioladitis (talk) 19:29, 8 December 2009 (UTC)

To duplicate: Open an article. Change site (Options->Preferences->Site->Language). Try to save. Kaboom! -- Magioladitis (talk) 19:32, 8 December 2009 (UTC)
Site URL: http://wiki.riteme.site
Operating system Microsoft Windows NT 5.1.2600 Service Pack 2
.NET FW Version 2.0.50727.3603
AWB version 4.9.0.3, revision 5724 (2009-12-07 01:01:46)
Workaround
Fixed in version rev 5736


InvalidOperationException in ListSplitter.btnSave_Click

Status Fixed in the next release
Description
Exception:InvalidOperationException
Message:File http://www.dqwdw.de is not a valid file name.
Call stack:
   at System.Windows.Forms.SaveFileDialog.RunFileDialog(OPENFILENAME_I ofn)
   at System.Windows.Forms.FileDialog.RunDialogOld(IntPtr hWndOwner)
   at System.Windows.Forms.FileDialog.RunDialog(IntPtr hWndOwner)
   at System.Windows.Forms.CommonDialog.ShowDialog(IWin32Window owner)
   at System.Windows.Forms.CommonDialog.ShowDialog()
   at WikiFunctions.Controls.Lists.ListSplitter.btnSave_Click(Object sender, EventArgs e)
   at System.Windows.Forms.Control.OnClick(EventArgs e)
   at System.Windows.Forms.Button.OnClick(EventArgs e)
   at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ButtonBase.WndProc(Message& m)
   at System.Windows.Forms.Button.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)

Magioladitis (talk) 13:43, 9 December 2009 (UTC)

To duplicate: Open ListSplitter, enter a string that whould make a non valid filename in "Pages" field, hit save, kaboom! -- Magioladitis (talk) 13:43, 9 December 2009 (UTC)
Site URL: http://wiki.riteme.site
Operating system Microsoft Windows NT 5.1.2600 Service Pack 2
.NET FW Version 2.0.50727.3603
AWB version 4.9.0.3, , revision 5724 (2009-12-07 01:01:46)
Workaround
Fixed in version rev 5737 and rev 5742


InvalidOperationException in ListSplitter.btnXMLSave_Click

Status Fixed in the next release
Description
Exception:InvalidOperationException
Message:File http://www.dqwdw.de is not a valid file name.
Call stack:
   at System.Windows.Forms.SaveFileDialog.RunFileDialog(OPENFILENAME_I ofn)
   at System.Windows.Forms.FileDialog.RunDialogOld(IntPtr hWndOwner)
   at System.Windows.Forms.FileDialog.RunDialog(IntPtr hWndOwner)
   at System.Windows.Forms.CommonDialog.ShowDialog(IWin32Window owner)
   at System.Windows.Forms.CommonDialog.ShowDialog()
   at WikiFunctions.Controls.Lists.ListSplitter.btnXMLSave_Click(Object sender, EventArgs e)
   at System.Windows.Forms.Control.OnClick(EventArgs e)
   at System.Windows.Forms.Button.OnClick(EventArgs e)
   at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ButtonBase.WndProc(Message& m)
   at System.Windows.Forms.Button.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)

Magioladitis (talk) 13:44, 9 December 2009 (UTC)

To duplicate: Open ListSplitter, enter a string that whould make a non valid filename in "Pages" field, hit save, hit XML settings save, Kaboom ! -- Magioladitis (talk) 13:44, 9 December 2009 (UTC)
Site URL: http://wiki.riteme.site
Operating system Microsoft Windows NT 5.1.2600 Service Pack 2
.NET FW Version 2.0.50727.3603
AWB version 4.9.0.3, revision 5724 (2009-12-07 01:01:46)
Workaround
Fixed in version rev 5737


Talk header not moved on the top anymore

Status Fixed in the next release
Description It turns out that 4903_5724 doesn't move talk header on the top anymore. -- Magioladitis (talk) 11:21, 10 December 2009 (UTC)
To duplicate:
Site URL: en.wiki
Operating system XP SP2
.NET FW Version
AWB version 4903_5724
Workaround
Fixed in version rev 5471


Have you got some examples of where it should work, and an old example of when it did? Thanks Rjwilmsi 15:26, 10 December 2009 (UTC)
Until Wikipedia_talk:AutoWikiBrowser/Feature_requests/Archive_6#Treat_talkpage_exactly_as_talkheader for sure. (i.e.rev 5400). -- Magioladitis (talk) 17:38, 10 December 2009 (UTC)
rev 5471 Regex did not match on any talk page headers with parameters, which I suppose is all of them in use. Should now be fixed. I tried to find where it was broken but got back to the beginning of 2009 without finding the bad change. Rjwilmsi 12:03, 11 December 2009 (UTC)
LOL. Thanks, Magioladitis (talk) 12:19, 11 December 2009 (UTC)

deletes a parameter separating pipe when a url with unclosed [] is in the previous parameter

Status Fixed in the next release
Description deletes a parameter separating pipe when a url with unclosed [] is in the previous parameter. Rich Farmbrough, 03:58, 11 December 2009 (UTC).
To duplicate: copy http://wiki.riteme.site/w/index.php?title=Yuan_Ching_Secondary_School&oldid=330907831 to a test page and run gf
Operating system
.NET FW Version
AWB version 4.9
Workaround
Fixed in version rev 5746


I understand the reason it does this, so is probably not fully fixable, maybe using " *" intead of "\s*" in the regex would return less false positives, with out too many false negatives. Rich Farmbrough, 03:58, 11 December 2009 (UTC).

rev 5746 Fixed. Rjwilmsi 18:12, 11 December 2009 (UTC)

List Comparer needs to be run twice for accurate unique list to be achieved

Status Fixed in the next release
Description The list comparer needs to be run twice... On the first run it reports an inaccurate "Unique in list 1". –xenotalk 16:02, 3 December 2009 (UTC)
To duplicate: Add to list from category of links on Wikipedia:WikiProject Chicago/Bot Category List, compare to Category:WikiProject Chicago articles - note unique in list 1 upwards of 4000. Clear ListMaker 1, move unique in list 1 to Listmaker1, clear all, compare again, note unique in List 1 figure drops radically.
Site URL: en.wiki
Operating system Vista/XP
.NET FW Version Unknown
AWB version 4903.5715
Workaround Run it twice, as described
Fixed in version rev 5721 and rev 5733


Seems some of the recent attempts at optimisation have messed it up. Magioladitis! ;P —Reedy 18:03, 3 December 2009 (UTC)
I am marking as fixed but I would like xeno to confirm it. -- Magioladitis (talk) 00:27, 6 December 2009 (UTC)
  • I dunno, I think this broke something else. I'm now trying to compare a list of 23528 members to one of 404 members. The results show only 300 as unique in list 1, 346 as common, and 58 as unique in list 2..,. So what happened to the other 22000+ some odd pages? =) –xenotalk 18:06, 7 December 2009 (UTC)
Reedy, add "lb2.Items.Add(a2.Name);" after line 96. This is where the missing pages went. If after that the ListComparer is still not accurate we can rollback. -- Magioladitis (talk) 23:41, 7 December 2009 (UTC)
rev 5726. From xeno's example they should be articles missing from list 2 only. -- Magioladitis (talk) 16:28, 8 December 2009 (UTC)
I made another patch to simplify the code a bit (and probably gain some speed). -- Magioladitis (talk) 08:11, 10 December 2009 (UTC)
rev 5733. -- Magioladitis (talk) 23:10, 10 December 2009 (UTC)

firstn/lastn parameters marked as invalid for Template:cite web

Status Fixed in the next release
Description Parameters firstn and lastn are marked as invalid for {{cite web}}, but they work correctly and are documented. Svick (talk) 17:45, 13 December 2009 (UTC)
To duplicate:
Site URL: en.wiki
Operating system Vista
.NET FW Version
AWB version SVN 5751
Workaround
Fixed in version rev 5752


rev 5752 updated. Rjwilmsi 19:16, 13 December 2009 (UTC)

Issues with Template:Xxxx/doc pages

Status Fixed in the next release
Description Template:Xxxx/doc pages need special treatment.
# Header levels seem to be one deeper. Rich Farmbrough, 17:18, 26 September 2009 (UTC). 17:18, 26 September 2009 (UTC)
To duplicate:
Site URL: en.wp
Operating system V
.NET FW Version Unknown
AWB version 4.9
Workaround
Fixed in version rev 5472


As usual I'm torn between this being a bug or a feature request. Since it is WP's call to behave in unpredictable ways, and ours not to break it, I've gone with bug. But the existing behaviour is totally reasonable, just wrong. Rich Farmbrough, 17:18, 26 September 2009 (UTC).
rev 5472 only apply heading level fix on mainspace pages. Rjwilmsi 17:30, 26 September 2009 (UTC)

Not bolding (infobox then title case)

Status Fixed in the next release
Description On some pages, AWB does not make the first instance of the article title bold. It does work on other pages. Could it be confused by the title appearing earlier in an Infobox? MANdARAX • XAЯAbИAM 00:21, 17 December 2009 (UTC)
To duplicate: Gen fixes on Alan Jilka
Site URL: en.wikipedia
Operating system XP
.NET FW Version
AWB version 4903 SVN 5739
Workaround
Fixed in version 5759


AWB decides that it cannot be sure the bold is appropriate because it's not in the first 5% of the article. I spent quite a while on the logic for bolding articles, not sure I'm willing to change it for fear of lots of false positives. Rjwilmsi 15:45, 17 December 2009 (UTC)
where there any false positives in the case the articlename was immediately after templates? -- Magioladitis (talk) 15:52, 17 December 2009 (UTC)
Perhaps we could allow 'in first 5% of article' or 'immediately after the infobox'? Rjwilmsi 16:18, 17 December 2009 (UTC)
Agreed. This will cover small articles as well. -- Magioladitis (talk) 16:36, 17 December 2009 (UTC)
rev 5759 Fixes 'infobox then title'. Let's hope that doesn't destroy the univerrse. Rjwilmsi 02:33, 18 December 2009 (UTC)

Network access error

Status Fixed in the next release
Description About every three or four edits I get an exception box, title = "Network access error", text = "The underlying connection was closed: A connection that was expected to be kept alive was closed by the server." I'm a new user, this may well not be a bug, but I've gotten it four times on Commons, have never seen it on Wikipedia. Thanks. . . . Jim . . . . Jameslwoodward (talk • contribs) 16:33, 4 December 2009 (UTC)
To duplicate: adding multiple categories to a list of images
Site URL: Commons
Operating system Windows 2000, Version 5.0 build 2195 SP4
.NET FW Version Unknown
AWB version 4.9.0.2
Workaround Hitting "START" gets AWB going again, but the edit in process is ignored.
Fixed in version rev 5757


This is certainly in Category:Minor Pain in the Ass, rather than of real importance, unless it indicates more serious problems.. . . . Jim . . . . Jameslwoodward (talk • contribs) 17:12, 4 December 2009 (UTC)

I'm pretty sure this is WMF problem. However it would be great to have the software do something smarter than stop forever. Rich Farmbrough, 14:47, 6 December 2009 (UTC).
I believe I caught this error with rev 5757 so if AWB encounters this issue should now go into the restart timer. Rjwilmsi 11:33, 18 December 2009 (UTC)
That's awesome. -- Magioladitis (talk) 11:48, 18 December 2009 (UTC)

InvalidOperationException in MainForm.CloseAWB

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.Exit(CancelEventArgs e)
   at System.Windows.Forms.Application.Exit()
   at AutoWikiBrowser.MainForm.CloseAWB()
   at AutoWikiBrowser.MainForm.exitToolStripMenuItem_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)

Magioladitis (talk) 00:54, 13 December 2009 (UTC)

To duplicate: Exit -> In the question "Are you sure?" answer "Go back". AWB will ask you again. Answer "Yes". -- Magioladitis (talk) 00:54, 13 December 2009 (UTC)
Site URL: http://ca.wikipedia.org
Operating system Microsoft Windows NT 5.1.2600 Service Pack 2
.NET FW Version 2.0.50727.3603
AWB version 4.9.0.3, revision 5739 (2009-12-10 23:55:31)
Workaround
Fixed in version rev 5763 and rev 5764


Bug occurs already in 4901_5133. -- Magioladitis (talk) 02:09, 13 December 2009 (UTC)

rev 5763... Should be done as per IRC —Reedy 18:34, 18 December 2009 (UTC)
Side-effect: Tick on Don't Ask again and then press Go back -> It exits. -- Magioladitis (talk) 18:53, 18 December 2009 (UTC)

Kingbotk plugin not assessing in SVN version

Status Fixed in the next release
Description The plugin isn't working when in assessment mode. It will load the article into the window, with the talk page in the queue, but as soon as you hit the preview or ignore button the talkpage is dropped from the queue, and the next article is loadedHiding T 13:12, 22 September 2009 (UTC)
To duplicate: Set up the plugin to assess using generic template, using {{comicsproj}} and redirects. Comicsproj allows importance, cat and template fields. I've left the xml at User:Hiding/AWB, hope that helps.
Site URL: en.wiki
Operating system Windows Vista
.NET FW Version Unknown
AWB version SVN 4.9.0.2 SVN 5413 Kingbotk version 2.2.0.0
Workaround None, just not using it to assess. Appreciate this is not a release, but I offer the bug in case you aren't aware of it.
Fixed in version rev 5761


  • I've just tried assessing WP:BIO articles and it isn't working for me, I still have the same issue, it won't load the talk page. Although I have never used anything but the generic template. Has anything changed with the plugin and the way it is setup since version 4.6 of AWB? Hiding T 22:05, 27 September 2009 (UTC)

[18]. I am tagging right now. Can you enter IRC to discuss it? -- Magioladitis (talk) 22:08, 27 September 2009 (UTC)

In the AWB forum. Login using the button on the header above. -- Magioladitis (talk) 22:15, 27 September 2009 (UTC)
I should clarify that after discussion me and Magioladitis came to the conclusion that you can tag just fine, but you can't assess, so I think this bug is still open (if low in the priority queue)? Hiding T 16:18, 4 October 2009 (UTC)
The WP:Plugin++ has been unfortunately underdeveloped as of late due to Kingboy's withdrawl from the project. We need to find a programmer who knows VB and can pick up the torch. –xenotalk 16:24, 4 October 2009 (UTC)
I know VB, i just don't like working with the plugin ;P —Reedy 19:37, 4 October 2009 (UTC)
Have you mentioned it at all to Kingboyk? I only ask based on this diff, which indicates he may or may not help? My programming skills are non-existent. What's VB, and how long does it take to learn? Hiding T 20:01, 4 October 2009 (UTC)
...hence my qualifier "and can pick up the torch". You're like that guy who put out the Olympic torch! ;p –xenotalk 23:19, 6 October 2009 (UTC)
  • I just want to throw in there that assessing is not working for me either, using the same SVN version as you. I'm using the generic part of the plugin to assess WikiProject Metalworking articles. Wizard191 (talk) 16:51, 5 October 2009 (UTC)

I don't understand much how the plugin works, but it seems to me that Reset() call on line 277 of AssessmentsClass.vb is to blame. After I commented out that line, assessing articles seemed to start working for me. Svick (talk) 03:41, 13 December 2009 (UTC)

Can you offer up your modified plugin? I would like to try it to see if it works for me. Thanks! Wizard191 (talk) 03:33, 15 December 2009 (UTC)
Here you go: [19]. Svick (talk) 11:05, 15 December 2009 (UTC)
That worked great for me! I used it on ~40 metalworking articles in the cleanup & assessment mode. Wizard191 (talk) 17:57, 15 December 2009 (UTC)
Svick, create a patch to send to Reedy. If this change doesn't break something else it can be adopted. -- Magioladitis (talk) 18:11, 15 December 2009 (UTC)
Like I said above, all I did was to delete the line 277 in AssessmentsClass.vb. Patch for that follows. Svick (talk) 18:59, 15 December 2009 (UTC)
Index: AWB/Plugins/Kingbotk/AWB Plugin/AssessmentsClass.vb
===================================================================
--- AWB/Plugins/Kingbotk/AWB Plugin/AssessmentsClass.vb	(revision 5751)
+++ AWB/Plugins/Kingbotk/AWB Plugin/AssessmentsClass.vb	(working copy)
@@ -273,8 +273,6 @@
         Private Sub EditorStatusChanged(ByVal sender As AsyncApiEdit)
             If PluginManager.AWBForm.TheSession.Editor.IsActive Then
                 LoadArticle()
-            Else
-                Reset()
             End If
         End Sub
Thanks! rev 5761 —Reedy 18:22, 18 December 2009 (UTC)


"Add current list to Database Scanner"

Rename: "Add current list to Database Scanner" to "Add Database Scanner results to current list" (Options->Preferences->Tools). -- Magioladitis (talk) 18:11, 18 December 2009 (UTC)

Fixed in rev 5765

KeyNotFoundException

Status Fixed in the next release
Description
Exception:KeyNotFoundException
Message:The given key was not present in the dictionary.
Call stack:
   at System.ThrowHelper.ThrowKeyNotFoundException()
   at System.Collections.Generic.Dictionary`2.get_Item(TKey key)
   at WikiFunctions.Parse.Parsers.FixCategories(String articleText)
   at WikiFunctions.Article.PerformGeneralFixes(Parsers parsers, HideText removeText, ISkipOptions skip, Boolean replaceReferenceTags, Boolean restrictDefaultsortAddition, Boolean noMOSComplianceFixes)
   at AutoWikiBrowser.MainForm.ProcessPage(Article theArticle, Boolean mainProcess)

Fabiano Tatsch (talk) 21:10, 20 November 2009 (UTC)

To duplicate: [encountered while processing page [20]]
Site URL: http://pt.wikipedia.org
Operating system Microsoft Windows NT 5.1.2600 Service Pack 2
.NET FW Version Unknown
AWB version 4.9.0.3, revision 5646 (2009-11-17 00:34:12)
Workaround
Fixed in version rev 5767


The problem in in pt.wiki. I thought MaxSem did something to avoid this bug. -- Magioladitis (talk) 09:16, 22 November 2009 (UTC)

The exception can be prevented very easily but it shouldn't been happening. -- Magioladitis (talk) 02:14, 13 December 2009 (UTC)
Reedy fixed it in 5767 but it still a mystery why it happened. -- Magioladitis (talk) 19:25, 18 December 2009 (UTC)

Exception in MainForm.Save

Status Fixed in the next release
Description
Exception:Exception
Message:Attempted to save a wrong page
Call stack:
   at AutoWikiBrowser.MainForm.Save()
   at AutoWikiBrowser.MainForm.btnSave_Click(Object sender, EventArgs e)
   at System.Windows.Forms.Control.OnClick(EventArgs e)
   at System.Windows.Forms.Button.OnClick(EventArgs e)
   at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ButtonBase.WndProc(Message& m)
   at System.Windows.Forms.Button.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)

Magioladitis (talk) 17:54, 18 December 2009 (UTC)

To duplicate: Load a list -> Load an article that needs changes -> Press stop -> Save&Ignore buttons won't disactivate -> Press Ignore, new article loads -> Press save -> Kaboom!
Site URL: http://wiki.riteme.site
Operating system Microsoft Windows NT 5.1.2600 Service Pack 2
.NET FW Version 2.0.50727.3603
AWB version 4.9.0.3, revision 5739 (2009-12-10 23:55:31)
Workaround
Fixed in version rev 5770


A DisableButtons() is missing somewhere. -- Magioladitis (talk) 08:44, 19 December 2009 (UTC)

Reedy fixed it in svn 5770. -- Magioladitis (talk) 11:51, 19 December 2009 (UTC)

Inconsistency caused by renaming Ignore → Skip

Status Fixed in the next release
Description The text that is showing when the diff is empty still says: “Press the "Ignore" button below”, even though the button says “Skip” now. Svick (talk) 19:35, 20 December 2009 (UTC)
To duplicate: Unknown
Operating system Unknown
.NET FW Version Unknown
AWB version SVN 5782
Workaround None
Fixed in version 5783


The text in question is in AWB/AWB/Main.cs on line 1522. Svick (talk) 20:07, 20 December 2009 (UTC)

Fixed by Reedy. -- Magioladitis (talk) 22:51, 20 December 2009 (UTC)

Is CheckPage function off?

Status Not a bug/currently unresolvable
Description I and my bot-account haven't permission for using AWB in JA-wiki. Why could I do next edit. Alex Spade (talk) 16:02, 20 December 2009 (UTC)
To duplicate:
Site URL: Ja-Wikipedia
Operating system Windows XP SP 3
.NET FW Version Unknown
AWB version 4.9.0.3 rev. 5646
Workaround
Fixed in version


If a wiki doesn't have a CheckPage (Japanese Wikipedia doesn't have it), all users are considered registered there. ja:WP:AWB states that: “However, the Japanese version does not need to register.” (Google translation) Svick (talk) 17:27, 20 December 2009 (UTC)

Consistency in edit summary

For consistency, the "R" in "Replaced" should be lower case. MANdARAX • XAЯAbИAM 00:52, 12 December 2009 (UTC)

Did removed too. rev 5749 —Reedy 18:28, 12 December 2009 (UTC)

Password not saved

Status Not a bug/currently unresolvable
Description Checking the "save password" box doesn't actually save the password
To duplicate: Open the program. Type in you login ID & Password. Click the boxes to save your id and then save your password. Log in. Exit the program. Start it again and try to log in. You will see your id, but not your password.
Site URL: Wikipedia
Operating system XP
.NET FW Version Unknown
AWB version 4.9.0.3 rev 5739
Workaround
Fixed in version


This requires you have 1 ID only.

The boxes uncheck themselves each time as well. I think the default should be on if someone decides to save it once, they will likely want to do it each time.陣内Jinnai 18:12, 20 December 2009 (UTC)

So on just the quick login? —Reedy 19:04, 20 December 2009 (UTC)
No, login/Profile as well.陣内Jinnai 19:07, 20 December 2009 (UTC)
Try to double-click the account found in ID. Does it login or asks for password? -- Magioladitis (talk) 22:00, 20 December 2009 (UTC)
That seemed to work.陣内Jinnai 02:05, 22 December 2009 (UTC)
The ID box has the list id saved logins/passwords, the box under it show the last login name used without saving the password. -- Magioladitis (talk) 06:23, 22 December 2009 (UTC)

Stub template removal not counted as a general fix

Status Not a bug/currently unresolvable
Description The removal of a stub template from a long article is not treated as a general fix. NE2 09:19, 10 December 2009 (UTC)
To duplicate: Check 'no changes are made' and the 'only' boxes in the 'skip' tab, and run on Mets – Willets Point (IRT Flushing Line).
Site URL: enwiki
Operating system XP
.NET FW Version
AWB version 4.9.0.3
Workaround
Fixed in version


The tagger is not counted as part of the general fixes. Perhaps we need another skip option. Rjwilmsi 15:24, 10 December 2009 (UTC)
I am marking as "notbug". I'll fill out a FR. -- Magioladitis (talk) 08:43, 28 December 2009 (UTC)
We already have "If not tag changed". With my FR for enhanced autotagging we are ok. No reason to fill out a different FR. -- Magioladitis (talk) 08:45, 28 December 2009 (UTC)

Session time count broken

Status Fixed in the next release
Description In Help-> About there was a "You made xxx edits in yyy seconds" The latter part doesn't appear anymore. Now it's written ""You made xxx edits in". -- Magioladitis (talk) 10:06, 28 December 2009 (UTC)
To duplicate:
Operating system XP SP2
.NET FW Version 2.0.50727.3603
AWB version 4903_5768
Workaround Better completely remove the whole code from About window. Pointless.
Fixed in version


rev 5800 —Reedy 11:16, 28 December 2009 (UTC)
Or does it want removing?? —Reedy 11:17, 28 December 2009 (UTC)
The last time I encountered a similar code was in Windows 3.1. Since we have a counter at the bottom of the main window, nobody expects to find a counter in the about window.
KingbotK's estimation counter is also broken. Does the fix above fixes this as well? -- Magioladitis (talk) 12:12, 28 December 2009 (UTC)
Wheres that one? Do you want it removing? :P —Reedy 12:23, 28 December 2009 (UTC)
You would become an awful doctor. :P In the plugin tab, there were supposed to be some counters. None of them really works. -- Magioladitis (talk)
Lol. You still havent said if you want the one that i fixed originally removing :P —Reedy 12:46, 28 December 2009 (UTC)
The one in the About window needs removing. I was to polite to say it immediatelly after you made some effort and fixed it. :) -- Magioladitis (talk) 12:57, 28 December 2009 (UTC)
Gone, rev 5806. Now for the Kingbotk Stats... I really need to get IRC sorted out again. —Reedy 13:01, 28 December 2009 (UTC)

Level 3 headings incorrectly changed to level 2

Status Fixed in the next release
Description On the page List of Doctor Who creatures and aliens, the level 3 headings are changed to level 2 with general fixes on. mattbr 14:30, 28 December 2009 (UTC)
To duplicate: As described
Site URL: en.wp
Operating system Windows Vista
.NET FW Version 2
AWB version 4.9.0.3 rev 5768
Workaround Swith off general fixes
Fixed in version 5816


I can't duplicate it. I tried the verrsion prior to your edit and the version after your edit. Nothing happens to the headers. -- Magioladitis (talk) 14:39, 28 December 2009 (UTC)

For some reason, it doesn't do it in your sandbox but it still does it on the article itself. mattbr 14:54, 28 December 2009 (UTC)
True. After rev 5472 heading level fix applied only on mainspace pages. -- Magioladitis (talk) 14:58, 28 December 2009 (UTC)
rev 5816 Fixed. AWB didn't catch level 2 headings of a single letter correctly. Rjwilmsi 15:08, 28 December 2009 (UTC)

List making-> User contributions -> Template:WPB gives results

Status Not a bug in AWB, has been referred
Description Create a list from source "User contributions" and user "Template:WPB" (who, obviously, doesn't exist). You 'll get results. -- Magioladitis (talk) 20:03, 28 December 2009 (UTC)
To duplicate:
Site URL: en.wiki
Operating system XP SP2
.NET FW Version 2.0.50727.3603
AWB version 4903_5768
Workaround
Fixed in version


I seem to remember looking at this one and getting an answer. Cannot remember what though. —Reedy 14:14, 29 December 2009 (UTC)
bugzilla:21966 —Reedy 15:10, 29 December 2009 (UTC)
Mediawiki is normalising the string by removing the NS. There is a User:WPB -- Magioladitis (talk) 15:19, 29 December 2009 (UTC)

Privacy option does not remain

Status Fixed in the next release
Description Privacy option cannot be retained. 159.83.4.148 (talk) 02:46, 29 December 2009 (UTC)
To duplicate: In preferences, select privacy. Click OK to save settings. Then go back and check preferences, and see that your privacy selection was not saved.
Site URL: http://wiki.riteme.site
Operating system XP
.NET FW Version
AWB version
Workaround
Fixed in version rev 5824


rev 5824, thanks! —Reedy 16:39, 29 December 2009 (UTC)

When trying to log in to a custom wiki: XmlException in ApiEdit.Login

Status Not a bug in AWB, has been referred
Description
Exception:XmlException
Message:For security reasons DTD is prohibited in this XML document. To enable DTD processing set the ProhibitDtd property on XmlReaderSettings to false and pass the settings into XmlReader.Create method.
Call stack:
   at System.Xml.XmlTextReaderImpl.Throw(Exception e)
   at System.Xml.XmlTextReaderImpl.ThrowWithoutLineInfo(String res, String arg)
   at System.Xml.XmlTextReaderImpl.ParseDoctypeDecl()
   at System.Xml.XmlTextReaderImpl.ParseDocumentContent()
   at System.Xml.XmlTextReaderImpl.Read()
   at System.Xml.XmlReader.ReadToFollowing(String name)
   at WikiFunctions.API.ApiEdit.Login(String username, String password)
   at WikiFunctions.Profiles.AWBProfilesForm.PerformLogin(String username, String password)

194.176.105.56 (talk) 11:31, 15 December 2009 (UTC)

To duplicate: Unknown
Site URL: http://kweb/kwiki/
Operating system Microsoft Windows NT 5.1.2600 Service Pack 2
.NET FW Version 2.0.50727.3603
AWB version 4.9.0.3, revision 5739 (2009-12-10 23:55:31)
Workaround
Fixed in version


I can't access the site given above. -- Magioladitis (talk) 21:55, 15 December 2009 (UTC)

From social.msdn.microsoft.com: The error occurs when the SSRS server runs out of memory. If you monitor your SSRS server performance counters during these episodes, you should see large memory consumption. -- Magioladitis (talk) 22:03, 27 December 2009 (UTC)

Start the process button

Status Fixed in the next release
Description Load Kingbotk plugin and a list. Press start the process before loggin in. The login window won't pop up. In the case of the normal start button everything works fine. -- Magioladitis (talk) 14:54, 9 November 2009 (UTC)
To duplicate:
Site URL: en.wiki
Operating system XP SP2
.NET FW Version Unknown
AWB version SVN 4.9.0.2 SVN 5609 Kingbotk version 2.2.0.0
Workaround Use the normal start button
Fixed in version rev 5839


When trying to login to a "custom wiki" : KeyNotFoundException in ImageFileLinksListProvider.get_UserInputTextBoxText

Is there a work around for this problem, I was trying to login a custom server. Thanks -Will

Status Resolved
Description
Exception:KeyNotFoundException
Message:The given key was not present in the dictionary.
Call stack:
   at System.ThrowHelper.ThrowKeyNotFoundException()
   at System.Collections.Generic.Dictionary`2.get_Item(TKey key)
   at WikiFunctions.Lists.ImageFileLinksListProvider.get_UserInputTextBoxText()
   at WikiFunctions.Controls.Lists.ListMaker.cmboSourceSelect_SelectedIndexChanged(Object sender, EventArgs e)
   at System.EventHandler.Invoke(Object sender, EventArgs e)
   at System.Windows.Forms.ComboBox.OnSelectedIndexChanged(EventArgs e)
   at System.Windows.Forms.ComboBox.set_SelectedIndex(Int32 value)
   at WikiFunctions.Controls.Lists.ListMaker.set_SelectedProvider(String value)
   at AutoWikiBrowser.MainForm.LoadPrefs(UserPrefs p)
   at AutoWikiBrowser.MainForm.LoadPrefs(String path)

Mappc (talk) 18:56, 28 November 2009 (UTC)

To duplicate: Unknown
Site URL: http://www.peacecorpswiki.org/
Operating system Microsoft Windows NT 5.1.2600 Service Pack 3
.NET FW Version Unknown
AWB version 4.9.0.3, revision 5690 (2009-11-26 13:36:15)
Workaround
Fixed in version rev 5819


thanks Mappc (talk) 18:56, 28 November 2009 (UTC)

[21] - God knows where your API is, for a start... —Reedy 00:24, 29 November 2009 (UTC)
Per maxsem's rev 5819 AWB will reset gracefully to enwiki if switching to custom project fails. Users will be unable to encounter more exceptions. -- Magioladitis (talk) 16:08, 29 December 2009 (UTC)

ApiErrorException in ApiEdit.CheckForErrors

Status Fixed in the next release
Description nThread: ListMaker (WhatTranscludesPageListProvider: User:)
Exception:ApiErrorException
Message:Bot API returned the following error: 'Bad title ``User:
Call stack:
   at WikiFunctions.API.ApiEdit.CheckForErrors(String xml, String action)
   at WikiFunctions.API.ApiEdit.QueryApi(String queryParamters)
   at WikiFunctions.Lists.ApiListProviderBase.ApiMakeList(String url, Int32 haveSoFar)
   at WikiFunctions.Lists.WhatTranscludesPageListProvider.MakeList(String Namespace, String[] searchCriteria)
   at WikiFunctions.Lists.WhatTranscludesPageListProvider.MakeList(Int32 Namespace, String[] searchCriteria)
   at WikiFunctions.Lists.WhatTranscludesPageListProvider.MakeList(String[] searchCriteria)
   at WikiFunctions.Controls.Lists.ListMaker.MakeListPlugin()

Magioladitis (talk) 19:36, 28 December 2009 (UTC)

To duplicate: ListMaker Text: User:
Site URL: http://wiki.riteme.site
Operating system Microsoft Windows NT 5.1.2600 Service Pack 2
.NET FW Version 2.0.50727.3603
AWB version 4.9.0.3, revision 5768 (2009-12-18 19:07:48)
Workaround Add a blacklist similar to rev 5739 (include ") -- Magioladitis (talk) 19:46, 28 December 2009 (UTC)
Fixed in version rev 5873


The same error for nThread: ListMaker (CategoryListProvider: User:) and probably for many more.

In the place of "User:" other strings work as well e.g. ".". -- Magioladitis (talk) 19:40, 28 December 2009 (UTC)

rev 5820 for the "User::" case. -- Magioladitis (talk) 16:29, 29 December 2009 (UTC)
rev 5826. Better handling. -- Magioladitis (talk) 16:49, 29 December 2009 (UTC)
Fixed - rev 5873 —Reedy 17:03, 31 December 2009 (UTC)

UriFormatException in Variables.PrepareWebRequest

Status Fixed in the next release
Description nThread: ListMaker (CheckWikiListProvider: .)
Exception:UriFormatException
Message:Invalid URI: The hostname could not be parsed.
Call stack:
   at System.Uri.CreateThis(String uri, Boolean dontEscape, UriKind uriKind)
   at System.Uri..ctor(String uriString)
   at System.Net.WebRequest.Create(String requestUriString)
   at WikiFunctions.Variables.PrepareWebRequest(String url, String userAgent)
   at WikiFunctions.Tools.GetHTML(String url, Encoding enc)
   at WikiFunctions.Lists.HTMLPageScraperListProvider.MakeList(String[] searchCriteria)
   at WikiFunctions.Controls.Lists.ListMaker.MakeListPlugin()

Magioladitis (talk) 19:54, 28 December 2009 (UTC)

To duplicate: ListMaker Text: .
Site URL: http://wiki.riteme.site
Operating system Microsoft Windows NT 5.1.2600 Service Pack 2
.NET FW Version 2.0.50727.3603
AWB version 4.9.0.3, revision 5768 (2009-12-18 19:07:48)
Workaround
Fixed in version rev 5875


Bug similar to the other above. -- Magioladitis (talk) 19:54, 28 December 2009 (UTC)

Use "User::" to get "Invalid URI: A port was expected because of there is a colon (':') present but the port could not be parsed.". -- Magioladitis (talk) 16:23, 29 December 2009 (UTC)

rev 5875 - Not quite how Magioladitis requested, but the gui wouldnt play nicely in the nicer form. —Reedy 17:48, 31 December 2009 (UTC)


Double commas in edit summary

Status Fixed in the next release
Description When "Add replacements to edit summary" is selected and both Find and Replace and RegexTypoFix find replacements, the edit summary ends up with double commas: Summary, Replaced: a → b,, typos fixed: c → d. MANdARAX • XAЯAbИAM 00:52, 12 December 2009 (UTC)
To duplicate:
Site URL: en.wikipedia
Operating system XP
.NET FW Version
AWB version 4.9.0.3 SVN 5724
Workaround
Fixed in version rev 5881


Replaced: more then → more than (2),, added uncategorised tag as well. -- Magioladitis (talk) 16:14, 21 December 2009 (UTC)

Edit summary stuff needs refactoring. Each function should return a string/array of its own summary changes, and then it be built up. Not each trying to work out whether it needs to prefix or prepend a comma. Probably another pre 5 thing... —Reedy 22:00, 21 December 2009 (UTC)
[22], rev 5881. Not perfect by any stretch, but certainly better. —Reedy 20:53, 31 December 2009 (UTC)

XmlException in UsageStats.ReadXML

I clicked "Exit", and AWB told me to report this. Note it says "Windows NT"; I actually use Windows XP. Art LaPella (talk) 15:09, 31 December 2009 (UTC)

See Windows NT —Reedy 16:17, 31 December 2009 (UTC)
Status Fixed in the next release
Description
Exception:XmlException
Message:Error parsing XML returned from UsageStats server
Call stack:
   at AutoWikiBrowser.UsageStats.ReadXML(String xml)
   at AutoWikiBrowser.UsageStats.FirstContact()
   at AutoWikiBrowser.UsageStats.Do(Boolean appexit)

Art LaPella (talk) 15:09, 31 December 2009 (UTC)

To duplicate: Unknown
Site URL: http://wiki.riteme.site
Operating system Microsoft Windows NT 5.1.2600 Service Pack 3
.NET FW Version Unknown
AWB version 4.9.0.1, revision 5386 (2009-09-17 22:23:20)
Workaround
Fixed in version


Fixed until v5. —Reedy 16:23, 31 December 2009 (UTC)

Error stating "Attempted to save a wrong page"

Status Fixed in the next release
Description
Exception:Exception
Message:Attempted to save a wrong page
Call stack:
   at AutoWikiBrowser.MainForm.Save()
   at AutoWikiBrowser.MainForm.btnSave_Click(Object sender, EventArgs e)
   at System.Windows.Forms.Control.OnClick(EventArgs e)
   at System.Windows.Forms.Button.OnClick(EventArgs e)
   at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ButtonBase.WndProc(Message& m)
   at System.Windows.Forms.Button.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)

Kumioko (talk) 17:52, 1 January 2010 (UTC)

To duplicate: Unknown
Site URL: http://wiki.riteme.site
Operating system Microsoft Windows NT 6.0.6002 Service Pack 2
.NET FW Version 2.0.50727.4200
AWB version 4.9.0.3, revision 5885 (2009-12-31 21:17:36)
Workaround
Fixed in version

--Kumioko (talk) 17:52, 1 January 2010 (UTC)

How??? Any directions to duplicate??? --Magioladitis (talk) 17:54, 1 January 2010 (UTC)

All I did was apply the new SVN of AWB and then when I tried to edit a page in AWB I get this error.--Kumioko (talk) 17:57, 1 January 2010 (UTC)
rev 5897 - Fixed earlier —Reedy 18:05, 1 January 2010 (UTC)
Thanks --Kumioko (talk) 18:07, 1 January 2010 (UTC)

Typo in list comparer

Status Fixed in the next release
Description Uber-minor bug; the line above the "unique in list 2" column in the list comparer reads "Unqiue in List 2" instead of "Unique in List 2". – TMF 20:10, 1 January 2010 (UTC)
To duplicate:
Operating system Win7
.NET FW Version
AWB version 4.9.0.3 rev5899
Workaround
Fixed in version


rev 5903 —Reedy 20:15, 1 January 2010 (UTC)

List of "User talk:" pages change to list of "Talk:" pages when started

Status Fixed in the next release
Description I have imported my list of user talk pages to append a newsletter to, and when starting AWB in bot mode, as the current page in the list is loaded, it changes to Talk: pages instead of User talk: pages, making AWB skip for a non-existent page, e.g. User talk:JamesR is in the list, but when started, it tries to save to Talk:JamesR instead. — JamesR (talk) 06:36, 2 January 2010 (UTC)
To duplicate: import user list, convert to talk pages, filter non "user" namespace and remove duplicates, input newsletter to append, bot mode, start AWB
Site URL: http://wiki.riteme.site/wiki/
Operating system Windows XP SP3 5.1
.NET FW Version 2.0.50727.3603
AWB version 4.9.0.3 SVN 5910
Workaround
Fixed in version


rev 5914 Ta! —Reedy 13:08, 2 January 2010 (UTC)

AWB doesn't retain names given to advanced replace rules

Status Fixed in the next release
Description AWB doesn't retain custom names given to rules in the advanced settings part of the find/replace option. It doesn't retain them in either the program or the XML for the settings (see below). – TMF 00:07, 2 January 2010 (UTC)
To duplicate: Make a rule in the advanced replace. Click once on the rule in the left-hand column to make the name of the rule editable. Type in a new name and click somewhere else to remove the focus from the name. Click on the name; the name will reset to "Rule".

Also: Make a rule in the advanced replace. Click once on the rule in the left-hand column to make the name of the rule editable. Type in a new name and click somewhere else to remove the focus from the name. Save the settings and check the resulting XML file. All of the advanced replace rules are saved with a name of "Rule", regardless of what name was entered in AWB.

Operating system Win7
.NET FW Version
AWB version 4.9.0.3 rev5636; the first part of the issue (the name resetting) seems to be resolved in rev5899 but the second half (saving the name in the XML settings file) isn't
Workaround
Fixed in version rev 5922


I've just tried this, and its saved fine with a rule Name of "Lol" (granted, i just did make some minor changes, but that was just removing some unneeded crap). I do agree, that if you change the name in the left hand side list view, it doesn't affect that of the Rule on the right hand side.. (I'll put a newer snapshot up with these minor changes) —Reedy 00:24, 2 January 2010 (UTC)
Upgraded to the latest snapshot (5918), here's what I saw: the resetting issue I mentioned above is still there, duplicated by 1) making a rule 2) naming that rule in the left side 3) making another rule and 4) clicking back to the first rule whose name was changed. The name resets to "Rule" upon clicking it. Now that I know I can change the name on the right side (somehow I didn't realize that before), this isn't as major of an issue as I thought it was; however, it would still be nice if it was resolved. – TMF 09:37, 4 January 2010 (UTC)

rev 5922 - I've made changes to allow the changing of the label to propogate back to the control. Though, from a quick test, seems slightly buggy on the update. I've therefore also disabled label edit on the tree view. Changing it in the rule propogates it back to the tree view. I'll look at fixing it properly both ways later, though, it doesn't seem so major if it can be done one way or another. I think, this resolves the issue for the moment? —Reedy 10:56, 4 January 2010 (UTC)

Yeah, that's good enough for me for now since the issue doesn't exist if you can't change it in the left pane in the first place. =) – TMF 12:41, 4 January 2010 (UTC)
Awesome. —Reedy 12:50, 4 January 2010 (UTC)

ArgumentException in MainForm.MainForm_FormClosing

Status Not enough information/very rare bug
Description
Exception:ArgumentException
Message:The parameter 'sectionGroupName' is invalid. Parameter name: sectionGroupName
Call stack:
   at System.Configuration.MgmtConfigurationRecord.GetSectionGroup(String configKey)
   at System.Configuration.Configuration.GetSectionGroup(String sectionGroupName)
   at System.Configuration.ClientSettingsStore.DeclareSection(Configuration config, String sectionName)
   at System.Configuration.ClientSettingsStore.GetConfigSection(Configuration config, String sectionName, Boolean declare)
   at System.Configuration.ClientSettingsStore.WriteSettings(String sectionName, Boolean isRoaming, IDictionary newSettings)
   at System.Configuration.LocalFileSettingsProvider.SetPropertyValues(SettingsContext context, SettingsPropertyValueCollection values)
   at System.Configuration.SettingsBase.SaveCore()
   at System.Configuration.SettingsBase.Save()
   at System.Configuration.ApplicationSettingsBase.Save()
   at AutoWikiBrowser.MainForm.MainForm_FormClosing(Object sender, FormClosingEventArgs e)
   at System.Windows.Forms.FormClosingEventHandler.Invoke(Object sender, FormClosingEventArgs e)
   at System.Windows.Forms.Form.OnFormClosing(FormClosingEventArgs e)
   at System.Windows.Forms.Form.WmClose(Message& m)
   at System.Windows.Forms.Form.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)

Magioladitis (talk) 22:00, 20 September 2009 (UTC)

To duplicate: Delete config file before loging out!
Site URL: http://wiki.riteme.site
Operating system Microsoft Windows NT 5.1.2600 Service Pack 2
.NET FW Version Unknown
AWB version 4.9.0.1, revision 5386 (2009-09-17 22:23:20) / 4.9.0.2, revision 5528 (2009-10-08 23:32:19)
Workaround
Fixed in version


It happened again. I think the config file was unaccessible and AWB couldn't write on it. -- Magioladitis (talk) 17:58, 25 October 2009 (UTC)

ConfigurationErrorsException in Settings.get_WindowLocation

Status Not enough information/very rare bug
Description
Exception:ConfigurationErrorsException
Message:Configuration system failed to initialize
Call stack:
   at System.Configuration.ClientConfigurationSystem.OnConfigRemoved(Object sender, InternalConfigEventArgs e)
   at System.Configuration.Internal.InternalConfigRoot.OnConfigRemoved(InternalConfigEventArgs e)
   at System.Configuration.Internal.InternalConfigRoot.RemoveConfigImpl(String configPath, BaseConfigurationRecord configRecord)
   at System.Configuration.BaseConfigurationRecord.GetSectionRecursive(String configKey, Boolean getLkg, Boolean checkPermission, Boolean getRuntimeObject, Boolean requestIsHere, Object& result, Object& resultRuntimeObject)
   at System.Configuration.BaseConfigurationRecord.GetSection(String configKey, Boolean getLkg, Boolean checkPermission)
   at System.Configuration.BaseConfigurationRecord.GetSection(String configKey)
   at System.Configuration.ClientConfigurationSystem.System.Configuration.Internal.IInternalConfigSystem.GetSection(String sectionName)
   at System.Configuration.ConfigurationManager.GetSection(String sectionName)
   at System.Configuration.ClientSettingsStore.ReadSettings(String sectionName, Boolean isUserScoped)
   at System.Configuration.LocalFileSettingsProvider.GetPropertyValues(SettingsContext context, SettingsPropertyCollection properties)
   at System.Configuration.SettingsBase.GetPropertiesFromProvider(SettingsProvider provider)
   at System.Configuration.SettingsBase.GetPropertyValueByName(String propertyName)
   at System.Configuration.SettingsBase.get_Item(String propertyName)
   at System.Configuration.ApplicationSettingsBase.GetPropertyValue(String propertyName)
   at System.Configuration.ApplicationSettingsBase.get_Item(String propertyName)
   at AutoWikiBrowser.Properties.Settings.get_WindowLocation()
   at AutoWikiBrowser.MainForm.InitializeComponent()
   at AutoWikiBrowser.MainForm..ctor()
   at AutoWikiBrowser.Program.Main(String[] args)
Inner exception:ConfigurationErrorsException
Message:Unrecognized configuration section userSettings. (C:\Documents and Settings\Μάριος\Local Settings\Application Data\AutoWikiBrowser\AutoWikiBrowser.exe_Url_4jn4kly4ax3mbxy25you4qxm5atmbbi0\4.9.0.1\user.config line 3)
Call stack:
   at System.Configuration.ConfigurationSchemaErrors.ThrowIfErrors(Boolean ignoreLocal)
   at System.Configuration.BaseConfigurationRecord.ThrowIfParseErrors(ConfigurationSchemaErrors schemaErrors)
   at System.Configuration.BaseConfigurationRecord.ThrowIfInitErrors()
   at System.Configuration.ClientConfigurationSystem.OnConfigRemoved(Object sender, InternalConfigEventArgs e)

Magioladitis (talk) 22:03, 20 September 2009 (UTC)

To duplicate: Delete you config file before loging in!
Site URL: http://wiki.riteme.site
Operating system Microsoft Windows NT 5.1.2600 Service Pack 2
.NET FW Version Unknown
AWB version 4.9.0.3, revision 5715 (2009-12-02 01:36:48)
Workaround
Fixed in version


NullReferenceException in MainForm.launchListSplitterToolStripMenuItem_Click

Status Not enough information/very rare bug
Description
Exception:NullReferenceException
Message:La référence d'objet n'est pas définie à une instance d'un objet. (Object reference not set to an instance of an object.)
Call stack:
   à AutoWikiBrowser.MainForm.launchListSplitterToolStripMenuItem_Click(Object sender, EventArgs e)
   à System.Windows.Forms.ToolStripItem.RaiseEvent(Object key, EventArgs e)
   à System.Windows.Forms.ToolStripMenuItem.OnClick(EventArgs e)
   à System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e)
   à System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e)
   à System.Windows.Forms.ToolStripItem.FireEventInteractive(EventArgs e, ToolStripItemEventType met)
   à System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met)
   à System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea)
   à System.Windows.Forms.ToolStripDropDown.OnMouseUp(MouseEventArgs mea)
   à System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   à System.Windows.Forms.Control.WndProc(Message& m)
   à System.Windows.Forms.ScrollableControl.WndProc(Message& m)
   à System.Windows.Forms.ToolStrip.WndProc(Message& m)
   à System.Windows.Forms.ToolStripDropDown.WndProc(Message& m)
   à System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   à System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   à System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

Zorlot (talk) 21:19, 12 October 2009 (UTC)

To duplicate: Unknown
Site URL: http://fr.wikipedia.org / http://wiki.riteme.site
Operating system Microsoft Windows NT 5.1.2600 Service Pack 3
.NET FW Version Unknown
AWB version 4.9.0.2, revision 5504 (2009-10-02 22:15:23) /4.9.0.3, revision 5715 (2009-12-02 01:36:48)
Workaround
Fixed in version


Any idea how did that happen? I tried a lot of stuff to duplicate it but without success. -- Magioladitis (talk) 12:35, 26 October 2009 (UTC)

Reedy marked that as rare. --Magioladitis (talk) 08:41, 6 January 2010 (UTC)

KingbotK's timers are broken

Status Fixed in the next release
Description Estimated Time of Completion (ETC) appears always with "-". It was supposed to estimate the time of completion. -- Magioladitis (talk) 07:42, 30 December 2009 (UTC)
To duplicate:
Operating system XP SP2
.NET FW Version
AWB version kingbotk 2.2.2.0
Workaround
Fixed in version


Fix or remove? Seems ApiEdit changes broke this —Reedy 09:07, 6 January 2010 (UTC)
rev 5940 —Reedy 10:07, 6 January 2010 (UTC)

Category "Living people"

Status Fixed in the next release
Description AWB tried to add Category:Living people to Ernest Spero, although that article was already categorized in Category:Year of death unknown. In general, AWB should not add "Living people" if an article is categorized in "Year of death unknown", "Year of death missing", and such. --bender235 (talk) 23:28, 1 January 2010 (UTC)
To duplicate:
Site URL: Ernest Spero
Operating system Windows XP
.NET FW Version 2.0.507...
AWB version 4.9.0.2
Workaround
Fixed in version 5908


rev 5908 Fixed. Rjwilmsi 00:21, 2 January 2010 (UTC)

WAIT! Year of death unknown, Date of death missing are NOT categories that are supposed to be in article space. Please read instructions. Only Year of death missing is acceptable. AWB should not expect to find YOB unknown in article space. Moreover, yob unknown is for ancient people. A person died in the last 123 years should NOT be tagged with this category. The instructions are clear. I would suggest to be tagged as 20th century deaths or YOB missing if we are not sure about the century. --Magioladitis (talk) 10:21, 2 January 2010 (UTC)

If it is something to be done: Ad a warning that this category was found in article space. Yobot is cleaning this (not) regurarly. I ll do a run in a week or so. --Magioladitis (talk) 10:28, 2 January 2010 (UTC)

There don't seem to be any mainspace articles (incorrectly) using this category at the moment – is this warning really worth the effort? Rjwilmsi 18:31, 2 January 2010 (UTC)
No, it´s not. :) Yobot is fixing this every month. I just meant that the logic above shouldn´t be added to AWB. --Magioladitis (talk) 20:10, 2 January 2010 (UTC)
So this can be closed then? Rjwilmsi 10:34, 6 January 2010 (UTC)
Ok, let´s close it. --Magioladitis (talk) 11:21, 6 January 2010 (UTC)

NRE in TimerStats

Status Fixed in the next release
Description
Exception:NullReferenceException
Message:Object reference not set to an instance of an object.
Call stack:
   at AutoWikiBrowser.Plugins.Kingbotk.Components.TimerStats.set_TimerEnabled(Boolean value)
   at AutoWikiBrowser.Plugins.Kingbotk.Components.TimerStats.StopStats()
   at AutoWikiBrowser.Plugins.Kingbotk.Components.PluginSettingsControl.AWBProcessingAborted(AsyncApiEdit editor)
   at AutoWikiBrowser.Plugins.Kingbotk.PluginManager.EditorAborted(AsyncApiEdit sender)
   at WikiFunctions.Session.OnAborted(AsyncApiEdit sender) in c:\Users\RJW\Desktop\AWB_SVN\AWB\WikiFunctions\Session.cs:line 149
   at WikiFunctions.API.AsyncApiEdit.Abort() in c:\Users\RJW\Desktop\AWB_SVN\AWB\WikiFunctions\API\AsyncApiEdit.cs:line 471
   at AutoWikiBrowser.MainForm.Stop() in c:\Users\RJW\Desktop\AWB_SVN\AWB\AWB\Main.cs:line 3422
   at AutoWikiBrowser.MainForm.NudgeTimer_Tick(Object sender, NudgeTimerEventArgs e) in c:\Users\RJW\Desktop\AWB_SVN\AWB\AWB\Main.cs:line 4205
   at AutoWikiBrowser.NudgeTimer.NudgeTimerTick(Object sender, EventArgs eventArgs) in c:\Users\RJW\Desktop\AWB_SVN\AWB\AWB\NudgeTimer.cs:line 51
   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)

User:Rjwilmsi 14:03, 7 January 2010 (UTC)

To duplicate: Unknown
Site URL: http://wiki.riteme.site
Operating system Microsoft Windows NT 6.1.7600.0
.NET FW Version 2.0.50727.4927
AWB version 4.9.0.3, revision 5941 (2010-01-06 10:25:27)
Workaround
Fixed in version rev 5947


rev 5947 —Reedy 14:47, 7 January 2010 (UTC)

Cannot paste on new article

Status Works for me
Description While Paste is higlighted nothing appears when you click on it.
To duplicate: Create a list of articles and start editing. Copy some text from one and go on to the next article. Right click to paste text on the next article and do so. Nothing will happen.
Site URL: Wikipedia
Operating system XP
.NET FW Version Unknown
AWB version 4.9.0.3 rev 5739
Workaround
Fixed in version


陣内Jinnai 18:12, 20 December 2009 (UTC)

Works fine for me. I tried all possible ways. I copied the text by both Ctrl+C and Right-click->Copy and pasted with Ctrl+V, Right-click->Paste in both unhighlighted and highlighted area. -- Magioladitis (talk) 10:45, 21 December 2009 (UTC)
Huh. Tried it again and it still doesn't work. I was using right-click when copying at the time.陣内Jinnai 02:07, 22 December 2009 (UTC)
Try if you can copy-paste in general. Then try to copy something from AWB's edit box anf paste it to an empty text file. Then let us know. -- Magioladitis (talk) 06:26, 22 December 2009 (UTC)
Most of the time it seems to work. I can copy/cut & paste inside the same article i'm editing and also paste outside AWB. Sometimes i can do the same when i save and start editing a new article, but not always. If I can, then it works for the entire session i have AWB open and if not it won't for that entire time.陣内Jinnai 19:52, 22 December 2009 (UTC)
I am unable to c/p when clipboard is not accessible or some reason, for example, MS Word is waiting for some approval. But this has nothing to do with AWB explicitly. I suspcect that when you have problems to c/p in AWB this is global. -- Magioladitis (talk) 20:23, 22 December 2009 (UTC)

Orphan tags part III

Status Fixed in the next release
Description AWB places the orphan template on dab pages.
To duplicate:
Site URL: en wiki
Operating system Windows XP SP2
.NET FW Version Unknown
AWB version 5438
Workaround
Fixed in version 5924


A comment not to forget: If articles has the any disamb template then it should not be tagged as orphan. -- Magioladitis (talk) 12:59, 25 September 2009 (UTC)

rev 5468 Test to prove that orphan not added if a disambig template is present. Rjwilmsi 21:58, 25 September 2009 (UTC)
Disamb(ig|iguation)|Dab. These are the four cases. At least for start. We of course have human disamb, etc. -- Magioladitis (talk) 22:24, 25 September 2009 (UTC)
rev 5636 fixed one more related bug. -- Magioladitis (talk) 11:27, 14 November 2009 (UTC)
rev 5887 AWB was only applying the orphan tagging if there were no "unknown" templates that prevented the uncategorised tagging from being applied. I have change the logic so that the orphan tagging is applied regardless of the uncategorised tagging. That will resolve the non-tagging of articles such as Iosif Daskalakis. Rjwilmsi 00:04, 1 January 2010 (UTC)
AWB 5918 would incorrectly place an orphan tag on Tangara, a dab page. Snowman (talk) 13:43, 4 January 2010 (UTC)
rev 5924 Disambigs template matching to allow for disambig templates to have parameters. That should do it. Rjwilmsi 14:08, 4 January 2010 (UTC)

"Skip if no typo fixed" won't disactivate if RegexTypoFix is disabled

Status Fixed in the next release
Description Enable RegexTypoFix -> Skip if not typo is activated. Disable RegexTypoFix. "Skip if no typo fixed" won't disactivate. -- Magioladitis (talk) 11:03, 8 January 2010 (UTC)
To duplicate:
Operating system
.NET FW Version
AWB version 4903_5935
Workaround
Fixed in version 5967


Does it cause AWB to skip? Don't think so, so not a big deal. Maybe just need to uncheck it as a trigger on uncheck of typo fix. Rjwilmsi 11:17, 8 January 2010 (UTC)
Only designing problem. AWB won't skip. -- Magioladitis (talk) 11:24, 8 January 2010 (UTC)
rev 5967 Fixed. I've corrected the "Skip if no typo fixed" enablement and check status. Rjwilmsi 11:40, 8 January 2010 (UTC)

Minor Find&Replace Issues

  • "Minor" row should be implemented the same way with "Multiline" to allow sorting  Done rev 5970
  • Right-click menu needs update to include Check all minor / Uncheck all minor.  Done rev 5971

InvalidOperationException in FindandReplace.moveToTopToolStripMenuItem_Click

Status Fixed in the next release
Description
Exception:InvalidOperationException
Message:Uncommitted new row cannot be deleted.
Call stack:
   at System.Windows.Forms.DataGridViewRowCollection.RemoveAt(Int32 index)
   at System.Windows.Forms.DataGridViewRowCollection.Remove(DataGridViewRow dataGridViewRow)
   at WikiFunctions.Parse.FindandReplace.moveToTopToolStripMenuItem_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)

Magioladitis (talk) 12:48, 8 January 2010 (UTC)

To duplicate: In Find&Replace try to move the uncommited row on the top.
Site URL: http://wiki.riteme.site
Operating system Microsoft Windows NT 5.1.2600 Service Pack 2
.NET FW Version 2.0.50727.3603
AWB version 4.9.0.3, revision 5935 (2010-01-04 20:47:28)
Workaround
Fixed in version rev 5973


Other similar bugs:

  • InvalidOperationException in FindandReplace.moveToBottomToolStripMenuItem_Click
  • InvalidOperationException in FindandReplace.moveDownToolStripMenuItem_Click
  • InvalidOperationException in FindandReplace.moveUpToolStripMenuItem_Click

etc. -- Magioladitis (talk) 12:48, 8 January 2010 (UTC)

Find doesn't always find all of the terms the first scan through

Status Not a bug/currently unresolvable
Description For certain articles that have a medium amount of the given search term (say 5 to 15) it will not find all of the terms on the first search. It will find 3 or 4 of them and then jump back to the beginning of the article (signaling that its found all of the terms), but if you search through the article again it will find all of them the second time around. Wizard191 (talk) 17:52, 13 August 2009 (UTC)
To duplicate: Make a list of what links to "green sand" and then searched for the term "green". On the sand casting article it did the above problem both times I tried it.
Site URL: Wikipedia
Operating system Windows XP SP3
.NET FW Version Unknown
AWB version Build 5112
Workaround
Fixed in version


Did you have the 'highlight unbalanced brackets if found' option set – on that article an unbalanced bracket is found, so a search begins at that point in the article. After finding all those matches and returning to the top, the new search starts from the top of the article. Rjwilmsi 21:29, 5 November 2009 (UTC)
To be honest I don't know. I went through and tried to make it screw up again without the 'highlight unbalanced brackets if found'. I would expect that the find function would always start the search at the top and go from there, no matter what options I have selected, so can we fix that? Perhaps that was the problem from the beginning. Wizard191 (talk) 22:40, 5 November 2009 (UTC)
I would expect that the find function would always start the search at the top: We'd better keep the option to allow the user to start the search some way through the text. Rjwilmsi 23:07, 5 November 2009 (UTC)
Really? I always assumed that it started at the top until I accidentally hit the search button one too many times and found that it went to the top and I found more hits than I saw the first time around. That's just my take on it...if others think it's reasonable to start in the middle then this bug can be closed. Wizard191 (talk) 13:45, 6 November 2009 (UTC)
I am marking this as notbug. Changes on current AWB's bevahiour can be discussed at the FR page. -- Magioladitis (talk) 00:54, 9 January 2010 (UTC)

ArgumentOutOfRangeException in AsyncApiEdit.CallEvent

Status Fixed in the next release
Description
Exception:ArgumentOutOfRangeException
Message:InvalidArgument=Значение "-1" недопустимо для "index". Имя параметра: index
Call stack:
   в System.Windows.Forms.Control.MarshaledInvoke(Control caller, Delegate method, Object[] args, Boolean synchronous)
   в System.Windows.Forms.Control.Invoke(Delegate method, Object[] args)
   в WikiFunctions.API.AsyncApiEdit.CallEvent(Delegate method, Object[] args)
   в WikiFunctions.API.AsyncApiEdit.InvokerThread(Object genericArgs)

Rubin16 (talk) 20:35, 13 November 2009 (UTC)

Exception:ArgumentOutOfRangeException
Message:length (Index and length must refer to a location within the string.

Parameter name: length)

deerstop. 17:14, 2 December 2009 (UTC)
OrangeDog (τ • ε) 21:35, 9 December 2009 (UTC)
Lépton ✉ 03:05, 29 December 2009 (UTC)
Kumioko (talk) 23:19, 2 January 2010 (UTC)

To duplicate: Unknown
Site URL: http://ru.wikipedia.org /
en.wiki
http://pt.wikipedia.org
Operating system Microsoft Windows NT 5.1.2600 Service Pack 3
Microsoft Windows NT 5.1.2600 Service Pack 2
Microsoft Windows NT 6.0.6002 Service Pack 2
Microsoft Windows NT 5.1.2600 Service Pack 3
.NET FW Version 2.0.50727.3053 / 2.0.50727.4200
AWB version 4.9.0.1, revision 5263 (2009-08-20 21:57:43)
4.9.0.1, revision 5724 (2009-12-07 01:01:46)
4.9.0.3, revision 5715 (2009-12-02 01:36:48)
4.9.0.3, revision 5768 (2009-12-18 19:07:48)
4.9.0.3, revision 5918 (2010-01-02 14:31:16)
Workaround None
Fixed in version Unknown


The first report in English: "The value of "-1" is unacceptable for the "index"". -- Magioladitis (talk) 15:32, 27 November 2009 (UTC)

Okay, my actions:

  • Created a list with "Wikisearch (text)" parameter. picture
  • Wiki searched the phrase "Date of birth unknown", then made list and filtered by Content (only included pages in the main space).
  • Filled "add category" parameter with auto-adding category "Date of birth unknown". picture
  • Used "Skip" parameter to skip all pages, which already contain this category. picture
  • Started the process. picture. The message I get periodically: picture -- deerstop. 14:59, 7 December 2009 (UTC)

Note: The way the list is constructed is irrelevant to the bug. -- Magioladitis (talk) 00:44, 21 December 2009 (UTC)

http://img138.imageshack.us/img138/9977/reeetaaarded.png -- Magioladitis (talk) 20:09, 28 December 2009 (UTC)

I have no problems until the article Nagato (Naruto) when that error appear, so I report it. I'm try to do the same article a second time (with and without close the AWB) and the same error appear again. Interestingly, when the user Thiago Ruiz used the same script in that article, nothing happened (You can see that here).

Of programs opened only the AWB, WLM, and my browser.--Lépton ✉ 13:40, 29 December 2009 (UTC)

I forgot to mention I was editing the Joe Gores article when i got this error. --Kumioko (talk) 23:23, 2 January 2010 (UTC)

Reedy normalised EditSummary tag between unit tests and not in rev 5978.

ArgumentOutOfRangeException in Tools.TrimEditSummary

Status Fixed in the next release
Description
Exception:ArgumentOutOfRangeException
Message:Index and length must refer to a location within the string. Parameter name: length
Call stack:
   at System.String.InternalSubStringWithChecks(Int32 startIndex, Int32 length, Boolean fAlwaysCopy)
   at WikiFunctions.Tools.TrimEditSummary(String summary)
   at AutoWikiBrowser.MainForm.MakeSummary()
   at AutoWikiBrowser.MainForm.cmboEditSummary_MouseMove(Object sender, MouseEventArgs e)
   at System.Windows.Forms.Control.OnMouseMove(MouseEventArgs e)
   at System.Windows.Forms.Control.WmMouseMove(Message& m)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ComboBox.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)

billinghurst (talk) 14:01, 7 January 2010 (UTC)

To duplicate: Unknown
Site URL: http://en.wikisource.org
Operating system Microsoft Windows NT 5.1.2600 Service Pack 3
.NET FW Version 2.0.50727.42
AWB version 4.9.0.3, revision 5739 (2009-12-10 23:55:31)
Workaround "Suppressed AWB in summary" from the bot tag
Fixed in version 5978


Do you have a diff to show? -- Magioladitis (talk) 14:09, 7 January 2010 (UTC)

Duplicate: After catching "ArgumentOutOfRangeException in AsyncApiEdit.CallEvent" place mouse over (unlocked) Edit summary. -- Magioladitis (talk) 13:42, 9 January 2010 (UTC)

ArgumentOutOfRangeException in AsyncApiEdit.CallEvent and ArgumentOutOfRangeException in Tools.TrimEditSummary

Going through unreferenced articles, I came to The Essence of Bobby Vinton and came up with this bug. I have find and replace enabled with 20 approx items in normal settings. The second bug seems to come at random times (sometimes straight after) after the first bug has occurred. Mattg82 (talk) 01:44, 9 January 2010 (UTC)

Both have been reported but your report confirms by suspicions that these 2 bugs are related. -- Magioladitis (talk) 01:46, 9 January 2010 (UTC)

Looking into this further, turning off Add replacements to edit summary stops the bugs from happening. When it is turned on the second bug occurs every time I hover the mouse over the summary drop down box. Also both bugs only occur when an 9th unique edit & replace has taken place. I hope this helps. Mattg82 (talk) 02:34, 9 January 2010 (UTC)
Is it really the 9th or it depends on the size of the edit summary? -- Magioladitis (talk) 02:47, 9 January 2010 (UTC)
After further playing the 9th edit doesn't seem important but rather my particular edits. My find and replace edits added a | (a pipe?) to the beginning of every line of the infobox parameters. Mattg82 (talk) 03:17, 9 January 2010 (UTC)
Could you post your settings file somewhere? (Rapidshare for example). -- Magioladitis (talk) 09:50, 9 January 2010 (UTC)
If it helps, I was getting what appears to be the same error on 541st Parachute Infantry Regiment (United States). I manually corrected 4 typos, then AWB was able to fix 15 more without error. I've copied the state of the page which produces the error to User:Mandarax/AWB Sandbox 2. I don't think there's a need to post settings for this. A minimalist configuration with everything disabled except RegexTypoFix produces the error. (I'm using SVN 5918.) MANdARAX • XAЯAbИAM 10:47, 9 January 2010 (UTC)
Did you have your edit summary locked or not? -- Magioladitis (talk) 10:57, 9 January 2010 (UTC)
Not locked. MANdARAX • XAЯAbИAM 11:01, 9 January 2010 (UTC)
Do you have any plugins enabled or copied to AWB's directory? (i.e. Kingbotk) -- Magioladitis (talk) 11:13, 9 January 2010 (UTC)
No. Also no modules, external processing, find & replace, or anything other than RegexTypoFix. MANdARAX • XAЯAbИAM 11:28, 9 January 2010 (UTC)
Upon further investigation, I discovered that AWB processes User:Mandarax/AWB Sandbox 2 with RegexTypoFix fine as long as my supplied Summary is 13 characters or less. The errors occur when my Summary consists of 14 or more characters. MANdARAX • XAЯAbИAM 12:06, 9 January 2010 (UTC)
Do you maybe have any svn prior to 5874 installed too? Could you please try it with it as well. I would like to check if this is caused after Reedy changed the edit summary creation in 5874. -- Magioladitis (talk) 12:14, 9 January 2010 (UTC)
No, sorry, I don't. I even checked my Recycle Bin for old zip files, but I don't have any. MANdARAX • XAЯAbИAM 12:27, 9 January 2010 (UTC)
I managed to duplicate it in 5768 following Mandarax's instructions!!! Well done to all of you. I ll do some more tests. -- Magioladitis (talk) 12:36, 9 January 2010 (UTC)

clean upclean upclean up, typos fixed: dissapointment → disappointment (2), attatched → attached (2), begining → beginning, Expiditionary → Expeditionary, manuever → maneuver (5), thier → their (7), independant → independent

224 chars, 241 bytes. 1 char != 1 byte... —Reedy 19:23, 9 January 2010 (UTC)


Reedy normalised EditSummary tag between unit tests and not in rev 5978. -- 19:40, 9 January 2010 (UTC)

NullReferenceException in AsyncApiEdit.CallEvent

Status Fixed in the next release
Description
Exception:NullReferenceException
Message:Object reference not set to an instance of an object.
Call stack:
   at System.Windows.Forms.Control.MarshaledInvoke(Control caller, Delegate method, Object[] args, Boolean synchronous)
   at System.Windows.Forms.Control.Invoke(Delegate method, Object[] args)
   at WikiFunctions.API.AsyncApiEdit.CallEvent(Delegate method, Object[] args) in C:\Program Files\AutoWikiBrowser SVN\AWB\WikiFunctions\API\AsyncApiEdit.cs:line 226
   at WikiFunctions.API.AsyncApiEdit.InvokerThread(Object genericArgs) in C:\Program Files\AutoWikiBrowser SVN\AWB\WikiFunctions\API\AsyncApiEdit.cs:line 267

- Jarry1250 [ In the UK? Sign the petition! ] 18:01, 3 September 2009 (UTC)

To duplicate: Unknown
Site URL: http://wiki.riteme.site
Operating system Microsoft Windows NT 6.0.6001 Service Pack 1
Microsoft Windows NT 5.1.2600 Service Pack 2
.NET FW Version 2.0.50727.3603
AWB version 4.9.0.1, revision 5314 (2009-09-01 12:12:27)
4.9.0.3, revision 5935 (2010-01-04 20:47:28)
Workaround
Fixed in version rev 5980


In answer to MaxSem's question, I think it popped up when I changed profiles (or possibly on pressing Start or Save shortly thereafter). - Jarry1250 [ In the UK? Sign the petition! ] 18:51, 3 September 2009 (UTC)

I think it was to do with problems in connecting to server. I got it after failing connecting to server to get redirects of WPBiography. -- Magioladitis (talk) 09:12, 27 September 2009 (UTC)

Duplicate: While processing a page try to switch accounts! -- Magioladitis (talk) 11:42, 9 January 2010 (UTC)

Exception:NullReferenceException
Message:Object reference not set to an instance of an object.
Call stack:
   at System.Windows.Forms.Control.MarshaledInvoke(Control caller, Delegate method, Object[] args, Boolean synchronous)
   at System.Windows.Forms.Control.Invoke(Delegate method, Object[] args)
   at WikiFunctions.API.AsyncApiEdit.CallEvent(Delegate method, Object[] args)
   at WikiFunctions.API.AsyncApiEdit.InvokerThread(Object genericArgs)

Magioladitis (talk) 11:45, 9 January 2010 (UTC)

Fixed in rev 5980. -- Magioladitis (talk) 00:15, 10 January 2010 (UTC)

ArgumentNullException in AsyncApiEdit.CallEvent

Status Fixed in the next release
Description
Exception:ArgumentNullException
Message:Value cannot be null. Parameter name: value
Call stack:
   at System.Windows.Forms.Control.MarshaledInvoke(Control caller, Delegate method, Object[] args, Boolean synchronous)
   at System.Windows.Forms.Control.Invoke(Delegate method, Object[] args)
   at WikiFunctions.API.AsyncApiEdit.CallEvent(Delegate method, Object[] args)
   at WikiFunctions.API.AsyncApiEdit.InvokerThread(Object genericArgs)

Magioladitis (talk) 11:43, 9 January 2010 (UTC)

To duplicate: Unknown
Site URL: http://wiki.riteme.site
Operating system Microsoft Windows NT 5.1.2600 Service Pack 2
.NET FW Version 2.0.50727.3603
AWB version 4.9.0.3, revision 5935 (2010-01-04 20:47:28)
Workaround
Fixed in version rev 5980


Same method with the NRE. Duplicate: While processing a page try to switch accounts! -- Magioladitis (talk) 12:55, 9 January 2010 (UTC)

Fixed in rev 5980. -- Magioladitis (talk) 00:16, 10 January 2010 (UTC)

Regex problem

Status Fixed in the next release
Description The cliche ([^}]*) should not match any string eith a "}" in but it seems to.Rich Farmbrough, 18:01, 9 January 2010 (UTC). 18:01, 9 January 2010 (UTC)
To duplicate: Run User:Rich Farmbrough/temp68
Site URL: en
Operating system Windows 6.0
.NET FW Version 2.0.50727.3603
AWB version 5956
Workaround
Fixed in version 5984


I have checked this for my usual OSINTOTs but either I'm staring at something I don't see or there's a bug. Regardless, more eyes are good.Rich Farmbrough, 18:01, 9 January 2010 (UTC).
I can replicate this, but using "^([^}]*)$" gives the intended behaviour...
Not a Brace

([^}]*)

Match the regular expression below and capture its match into backreference number 1 «([^}]*)»
   Match any character that is NOT a “}” «[^}]*»
      Between zero and unlimited times, as many times as possible, giving back as needed (greedy) «*»

Not a Brace String Boundary

^([^}]*)$

Assert position at the beginning of the string «^»
Match the regular expression below and capture its match into backreference number 1 «([^}]*)»
   Match any character that is NOT a “}” «[^}]*»
      Between zero and unlimited times, as many times as possible, giving back as needed (greedy) «*»
Assert position at the end of the string (or before the line break at the end of the string, if any) «$»
—Reedy 18:28, 9 January 2010 (UTC)
Ofcourse, using {{Test}}, it should just match {{Test in the capture... Whats the problem here? —Reedy 18:30, 9 January 2010 (UTC)
The problem is that you have set up the regex to ignore external links. And AWB thinks that the whole http://www.ihrc.umn.edu/research/vitrage/all/ko/ihrc2999.html}} is an external link, so it ignores it and your regex doesn't find the braces. Svick (talk) 22:28, 9 January 2010 (UTC)
Ahhhh! Rich Farmbrough, 05:16, 10 January 2010 (UTC).

So replace

  • (?:[Hh]ttp|[Hh]ttps|[Ff]tp|[Mm]ailto)://[^\ \n<>]*|\[(?:[Hh]ttp|[Hh]ttps|[Ff]tp|[Mm]ailto):.*?\]", RegexOptions.Compiled);

in wikifunctions.wikiregexes (line 302?) - with something that works.
The change would be 

  • [^\ \n<>]
    becomes
  • [\w\._-~!\*"'\(\):;@&=+$,\\\?%#\[\]]

What say you?
Rich Farmbrough, 16:52, 10 January 2010 (UTC).

What's that gonna do for AWB? I'm getting rather confused. Ta —Reedy 22:59, 10 January 2010 (UTC)

Fix it so that it understands URLs properly. At the moment it takes http://xxxxxxxxxxxxxx where x is anything but a space,<> or newline. So in the above example it includes the }} - would also include other stuff such as non-breaking spaces and whatever came after them, including pipes and parameter streams. Rich Farmbrough, 02:46, 11 January 2010 (UTC).
rev 5982/rev 5983. It still fails the unit tests on the below. —Reedy 08:08, 11 January 2010 (UTC)
            RegexAssert.Matches(WikiRegexes.ExternalLinks, "http://www.google.co.uk}}", "http://www.google.co.uk"); // Still matches }}
            RegexAssert.NoMatch(WikiRegexes.ExternalLinks, "http://xxxxxxxxxxxxxx");
rev 5984 To pass first test. Second one is not valid, removed. Bug fixed. Rjwilmsi 10:24, 11 January 2010 (UTC)

defaultsort capitalization

Status Resolved
Description When AWB inserts a DEFAULTSORT template line, it ignores the capitalization of the article name and uses its own (and very non-standard) capitalization scheme. AWB should use the article name. Hmains (talk) 20:46, 27 November 2009 (UTC)
To duplicate: Use AWB with general fixes turned on against any article with multiple words in its name and lacks a DEFAULTSORT line
Site URL: Wikipedia
Operating system XP
.NET FW Version Unknown
AWB version 4.9.0.1
Workaround manual correction
Fixed in version


An example? -- Magioladitis (talk) 21:08, 27 November 2009 (UTC)

If I make another change to AWB's defaultsort capitalisation logic it will be to remove it entirely, and only correct spacing and diacritics errors in the defaultsort. There are 101 different policies in Wikipedia on the defaultsort and AWB cannot meet all of them, let alone most of them. Do we think that is the best way forward? Rjwilmsi 23:54, 27 November 2009 (UTC)
I would expect that anyone doing defaultsort would just type the article name 'as it exists' and not alter it. What reason would there be for alteration? It is the 'default' after all. Hmains (talk) 00:12, 28 November 2009 (UTC)
It's the default for sorting. So it should have not diacritics and not capitals in the middle because these things change the expected order. For more information check WP:SORTKEY. -- Magioladitis (talk) 00:15, 28 November 2009 (UTC)
So what is the resolution? Continue to have AWB capitalize the first letter of each word in the name and lower case all other letters even if they are an initialism of some kind? If so, it is not a resolution, just a perpetuation of error Hmains (talk) 06:16, 28 November 2009 (UTC)
This is not for AWB to decide. Read the rules in WP:SORTKEY please.
    • Do not begin a sort key with a lower case letter unless you want the article to appear on the category page separate from articles sorted with an upper case letter, under a lower case letter heading.
  • A case-insensitive sort can be achieved by following the convention that initial letters of words are capitalized in the sort key, but other letters are lower case. For example, use "Dubois" in sort keys rather than "DuBois".
If you disagree please start a discussion there. -- Magioladitis (talk) 09:02, 28 November 2009 (UTC)
  • You misunderstand. If the name of the article is 'Infantry divisions in WWII by country', AWB creates a defaultsort template with 'Infantry Divisions In Wwii By Country'. It is AWB that is in wrong; there is nothing wrong or in question with WP:SORTKEY. Hmains (talk) 22:16, 28 November 2009 (UTC)

Defaultsort

Status Resolved
Description I do not use AWB, but I have been annoyed by those who do a number of times now. They have created a redundant line of text at the bottom of articles. It is: {{DEFAULTSORT: PAGENAME}} The Default Sort is already the same as the Pagename, why is this being placed on articles? 117Avenue (talk) 22:46, 9 December 2009 (UTC)
To duplicate:
Site URL: ex: [23]
Operating system Unknown
.NET FW Version Unknown
AWB version Unknown
Workaround
Fixed in version


The defaultsort added in the example uses Title Case per the agreed conventions, so is not the same as the page title. Rjwilmsi 10:27, 10 December 2009 (UTC)
But the page would still be sorted just the same, no matter which letters are capitalized. Where are these agreed conventions, so that I could better understand? 117Avenue (talk) 20:44, 10 December 2009 (UTC)
See WP:SORTKEY. Rjwilmsi 19:06, 11 December 2009 (UTC)
I see now, it explains how different capitalization can affect the order. But it will only matter for articles that have a very similar name. Is this line added by default, and AWB users have to opt out of it? If that is the case I suggest that this line only be added when the user sees the need for it. 117Avenue (talk) 23:40, 11 December 2009 (UTC)
There is an option to restrict the addition of defaultsort. -- Magioladitis (talk) 00:39, 12 December 2009 (UTC)

References section inserted in incorrect position

Status Fixed in the next release
Description Inserts :
==References==
{{Reflist}}

in the incorrect position above {{tracklist}} templates. Mattg82 (talk) 16:28, 10 January 2010 (UTC)
To duplicate: process this page
Site URL: EN.wiki
Operating system XP NT 5.1 SP2
.NET FW Version 2.0.50727.832
AWB version 4.9.0.3, revision 5980
Workaround
Fixed in version 5987


rev 5987 Fixed. Ensure references inserted is after any {{tracklist}}s. Rjwilmsi 11:07, 11 January 2010 (UTC)

Unwilling exchange: hyphen (-) to en dash (–)

Hi! Are there any possibility to turn off (skip) this exchange while I use "apply general fixes" option and do all the other changing? This function makes mistakes in Hungarian language (example, and there are many others!) Thank you, Samat (talk) 21:30, 5 January 2010 (UTC)

How is that a mistake? Rjwilmsi 21:51, 5 January 2010 (UTC)
Maybe they don't bother with an en dash? –xenotalk 21:53, 5 January 2010 (UTC)
From the looks of hu:–, en-dash should be used in ranges in Hungarian too (I don't know Hungarian). Svick (talk) 00:46, 6 January 2010 (UTC)
It is used for exact ranges (such as time intervals), but not for estimates. Probably impossible to decide by an algorythm which one to use. --Tgr (talk) 09:44, 6 January 2010 (UTC)
Exactly :) Samat (talk) 15:59, 6 January 2010 (UTC)
You can use Wikipedia:AutoWikiBrowser/Custom_Modules#Customised_.22General_Fixes.22 and disable Mdashes(). Rjwilmsi 10:32, 6 January 2010 (UTC)
Thank you, I will try it! Samat (talk) 15:59, 6 January 2010 (UTC)
I've tried it, and if I used this code as custom modul, the interwiki ordering is false. I think it would be better if you implement disabling Mdashes() into the program as default settings (if the bot working on huwiki), because this custom configuration should be used by all AWB bots on huwiki. Samat (talk) 11:37, 9 January 2010 (UTC)
 Done rev 5989 Mdashes marked as a MOS compliance fix, which you can disable via the Options menu ('Do not apply WP:MOS fixes'). Rjwilmsi 11:19, 11 January 2010 (UTC)

AWB doesn't recognize bot status from CheckPage

Status Not a bug/currently unresolvable
Description "MZMcBride" is listed on the CheckPage under the bots section, but something (my guess is my admin flag) is stopping AWB from recognizing that I'm listed as a bot. --MZMcBride (talk) 21:48, 10 December 2009 (UTC)
To duplicate: Successfully run for adminship, abusively list yourself on the CheckPage as a bot, try to get AWB to log in and recognize you as an admin and as a bot.
Site URL: http://wiki.riteme.site/
Operating system Windows XP
.NET FW Version NFI.
AWB version 4903 (rev 5724)
Workaround Nope. :-(
Fixed in version


You sure don't smell like a bot. Jmho. –xenotalk 21:51, 10 December 2009 (UTC)
That's weird... because I know an admin who listed himself under bots with no problem. -- Magioladitis (talk) 22:03, 10 December 2009 (UTC)
Yeah, I know I used to be able to do it. I think it's a regression. --MZMcBride (talk) 01:32, 11 December 2009 (UTC)
Since I'm not an admin I think this will have to be one for Reedy. Rjwilmsi 11:05, 11 December 2009 (UTC)
It's not a bug. Accounts with bot status should be bots. The previous feature was a bug. It seems someone fixed the code, probably Reedy.-- Magioladitis (talk) 21:54, 12 December 2009 (UTC)
It's definitely a bug, and having talked with Reedy, I'm not sure he was the one to break this feature. Admins can be trusted to do things like remove the nasty AWB spam from their edit summaries. Not to mention this would prevent even "legitimate" adminbots from operating properly. The CheckPage lists the user as a bot. The software should recognize this, regardless of other flags. --MZMcBride (talk) 18:41, 15 December 2009 (UTC)
I should also note that it appears that AWB half-recognizes the bot status by allowing access to the bot-only tab, but the login bar lists Admin=True Bot=False and the features of the bot-only tab do not appear to work. --MZMcBride (talk) 18:45, 15 December 2009 (UTC)
Indeed, this is very peculiar. When putting a flagged bot in "users", it says "Bot=true" but no bot tab. Per MZM, it looks like it's doing it half and half. I would also like to vote for regressing to the days of 'ole whereby a rouge admin could list themself as a bot for auto-saving and non-"Project:AWB" goodness. (On a side note, if we have to advertise, I much preferred the piped "using AWB" note to the one being displayed now). With the current implementation, bots that have been granted approval to run without a flag (so users can scrutinize their changes) won't be able to operate. –xenotalk 18:48, 15 December 2009 (UTC)

If the edits are automatic and not overviewed by the editor doing them, this should be visible. Semi-automatic edits with AWB should be stated as those. Admins are trusted to use the extra tools. Xeno, I think, has proposed the creation of a new group of rights called AWBaccount. Editors who are allowed to use AWB. This would probably solve a lot of problems. -- Magioladitis (talk) 01:00, 16 December 2009 (UTC)

I think I made an off-hand remark that a userright might be preferable to a checkpage - but it wasn't discussed in depth and I didn't bother filing a bugzilla on it. –xenotalk 13:44, 16 December 2009 (UTC)
Requiring the use of edit summary spam is my main issue here. There used to be a way to disable it. Now there isn't. There's absolutely no reason at all to announce every script or program you're using when making an edit, esp. one that's not automated. While it could be an issue everyone didn't announce their AWB usage, allowing admins to turn off the annoyance seems completely reasonable. --MZMcBride (talk) 18:38, 16 December 2009 (UTC), using Safari, Mac OS X, my two hands, and some love
To decide the bot flga AWB checks the actual bot flag of the user account rather than the bot section of the CheckPage. I expect if we changed the first line of UpdateBotStatus() in Main.cs from "bool bot = TheSession.IsBot;" to "bool bot = (TheSession.IsBot || TheSession.IsSysop);" then admins would be treated as bots again, though I can't personally test this. However, I'm not sure that's appropriate as that would potentially subvert WP:BAG? I think this requires a discussion there to see if it's acceptable to the BAG. Rjwilmsi 18:30, 29 December 2009 (UTC)

Project:AWB is used in order ot save characters in the edit summary. We lose 4 characters to pipe it. It's good that editors are not allowed to remove the label anymore because this enables reviewers to check whether the edit was semi-automated. -- Magioladitis (talk) 19:30, 15 December 2009 (UTC)

Should allow option to pipe it, "using Project:AWB" looks ghastly. –xenotalk 19:31, 15 December 2009 (UTC)
Why don't we use [[WP:AWB|AWB]]? It's one character shorter than [[Project:AWB]]. Svick (talk) 19:40, 15 December 2009 (UTC)
Because "Project" works for projects that don't use a "WP:" prefix. –xenotalk 19:41, 15 December 2009 (UTC)
Probably we have to make a centralised discussion about bot assisted edits. In a recent ArbCom (about date delinking) they almost ban semi-automated edits completely. We have to see what other people think. A bugs' page is not the right place to do that. -- Magioladitis (talk) 14:20, 16 December 2009 (UTC)
I am a little confused how that relates to the edit summary? –xenotalk 21:57, 17 December 2009 (UTC)
I mean whether the use of semi-automated tools should be stated clearly. -- Magioladitis (talk) 18:49, 19 December 2009 (UTC)
One solution would be after we reorganise the edit summary generation to use [[Project:AWB|AWB]]. -- Magioladitis (talk) 13:50, 26 December 2009 (UTC)
Resolved -- Magioladitis (talk) 12:40, 11 January 2010 (UTC)

Replacing underscores in URLs

Status Fixed in the next release
Description The URL http://bulk.resource.org/courts.gov/c/F2/264/264.F2d.445.12430_1.html is replaced with http://bulk.resource.org/courts.gov/c/F2/264/264.F2d.445.12430 1.html .
To duplicate: Run general fixes on Joliet and Chicago Railroad (follow redirects off).
Site URL: enwiki
Operating system XP
.NET FW Version Unknown
AWB version 4.6.0.0
Workaround
Fixed in version 5133


I suggest you move the comment to be outside of the category, and all will be well. Rjwilmsi 06:54, 4 August 2009 (UTC)
No it won't; AWB then tries to move it above the categories. --NE2 16:18, 6 August 2009 (UTC)
It used to do that. I fixed that for the 4.6.0.0 release.
rev 5133 underscores in comments beside a category will now be left alone. More unit tests.
If the comment is moved beside the category all will be well. Rjwilmsi 18:54, 7 August 2009 (UTC)
Was fixed by rev 5133. Rjwilmsi 21:15, 12 January 2010 (UTC)

ArgumentException in ApiEdit.Save

Status Not enough information/very rare bug
Description
Exception:ArgumentException
Message:Can't save empty pages Parameter name: pageText
Call stack:
   at WikiFunctions.API.ApiEdit.Save(String pageText, String summary, Boolean minor, WatchOptions watch)

Magioladitis (talk) 09:51, 10 January 2010 (UTC)

To duplicate: [encountered while processing page [24]]
Site URL: http://wiki.riteme.site
Operating system Microsoft Windows NT 5.1.2600 Service Pack 3
.NET FW Version 2.0.50727.3603
AWB version 4.9.0.3, revision 5980 (2010-01-09 23:46:25)
Workaround
Fixed in version


It followed the bug above. -- Magioladitis (talk) 09:51, 10 January 2010 (UTC)

I had one of these today, I also had a blank page saved a couple days back, luckily it was manual so I caught it. Rich Farmbrough, 08:27, 24 May 2010 (UTC).

Marked as rare. Please rereport if this appears in version 5.1.0.0 or later. -- Magioladitis (talk) 12:07, 14 October 2010 (UTC)

Retrieved from "https://wiki.riteme.site/w/index.php?title=Wikipedia_talk:AutoWikiBrowser/Bugs/Archive_14&oldid=1142534848"