Wikipedia talk:AutoWikiBrowser/Bugs/Archive 14
This is an archive of past discussions about Wikipedia:AutoWikiBrowser. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page. |
Archive 10 | ← | Archive 12 | Archive 13 | Archive 14 | Archive 15 | Archive 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.
|
To duplicate: | # Open "External Program Processing" dialog (Ctrl-E) and enable it.
|
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)
ArgumentOutOfRangeException in ListComparer.CompareLists
Status | Fixed in the next release | ||||||
---|---|---|---|---|---|---|---|
Description |
Alex Spade (talk) 18:40, 17 November 2009 (UTC) Additional info: It was comparing of two | ||||||
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've tried to reproduce the problem and failed. I've compared two new big lists successfully. Alex Spade (talk) 17:12, 18 November 2009 (UTC)
- I've just hit this bug too. I was comparing a list of 57633 entries with a list of 47011. Hiding T 17:48, 19 November 2009 (UTC)
- I seem to hit it constantly. How did you escape it Alex, system reboot or it just cured itself? Hiding T 17:53, 19 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. |
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).
- 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)
ApiErrorException in ApiEdit.CheckForErrors -Invalid expiry time
Status | Fixed in the next release | ||||||
---|---|---|---|---|---|---|---|
Description |
| ||||||
To duplicate: | Try to unprotect any page. It will ask for expire time(!) Add any number or symbol. Kaboom! | ||||||
Site URL: | http://en.wikipedia.org | ||||||
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 |
ArgumentException in ApiEdit.Move
Status | Fixed in the next release | ||||||
---|---|---|---|---|---|---|---|
Description |
| ||||||
To duplicate: | Try to move an article to itself. | ||||||
Site URL: | http://en.wikipedia.org | ||||||
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 |
| ||||||
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://en.wikipedia.org | ||||||
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 |
ApiErrorException in ApiEdit.CheckForErrors - missingtitles-createonly
Status | Fixed in the next release | ||||||
---|---|---|---|---|---|---|---|
Description |
| ||||||
To duplicate: | Try to protect a page that doesn't exist. -- Magioladitis (talk) 18:03, 1 December 2009 (UTC) | ||||||
Site URL: | http://en.wikipedia.org | ||||||
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)
"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: | en.wikipedia.org |
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 |
| ||||||
To duplicate: | Try to move a page to " " (space). -- Magioladitis (talk) 17:58, 1 December 2009 (UTC) | ||||||
Site URL: | http://en.wikipedia.org | ||||||
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)
Hijacking piped link in edit summary
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:
This code should have produced the following text:
However, it produced the following text:
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: | en.wikipedia.org |
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)
- I've done that now. Thanks, –BLACK FALCON (TALK) 19:22, 22 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)
|
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).
- Rich and I have run into this problem as well. See User talk:Rich Farmbrough/Archive/2009Jul#French communes, and User talk:Rich Farmbrough#Did you ever figure out...... Something with the threading? (The skipping due to semi-protected is fixed in 5114, see above... Maybe this was why?) –xenotalk 15:39, 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)
- Thats "good" then (at least, its more replicable). —Reedy 20:29, 16 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)
- 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)
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)
- My best guess is that it's a previously skipped article that's getting picked up. Rjwilmsi 17:29, 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)
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)
- 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)
- The one below the stop button. Wizard191 (talk) 19:54, 31 August 2009 (UTC)
Status | Fixed in the next release | ||||||
---|---|---|---|---|---|---|---|
Description |
| ||||||
To duplicate: | Unknown | ||||||
Site URL: | http://en.wikipedia.org | ||||||
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 |
- 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 |
| ||||||
To duplicate: | Unknown | ||||||
Site URL: | http://en.wikipedia.org | ||||||
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)
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 |
| ||||||
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://en.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 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 |
| ||||||
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://en.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 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 |
| ||||||
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://en.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 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)
- 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)
- 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://en.wikipedia.org/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).
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 5726. From xeno's example they should be articles missing from list 2 only. -- Magioladitis (talk) 16:28, 8 December 2009 (UTC)
- rev 5733. -- Magioladitis (talk) 23:10, 10 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)
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 |
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)
- Agreed. This will cover small articles as well. -- Magioladitis (talk) 16:36, 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)
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)
- 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)
InvalidOperationException in MainForm.CloseAWB
Status | Fixed in the next release | ||||||
---|---|---|---|---|---|---|---|
Description |
| ||||||
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)
- Ah. You are tagging, not assessing. I am referring to doing this. Where in irc do you wish to meet, I'll see if I can remember how to do it. Hiding T 22:12, 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 know VB, i just don't like working with the plugin ;P —Reedy 19:37, 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 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)
- 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)
- Like I said above, all I did was to delete the line 277 in
- 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)
- 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)
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 |
| ||||||
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 |
| ||||||
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://en.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 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)
- That seemed to work.陣内Jinnai 02:05, 22 December 2009 (UTC)
- So on just the quick login? —Reedy 19:04, 20 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)
- Lol. You still havent said if you want the one that i fixed originally removing :P —Reedy 12:46, 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)
- Wheres that one? Do you want it removing? :P —Reedy 12:23, 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)
- True. After rev 5472 heading level fix applied only on mainspace pages. -- Magioladitis (talk) 14:58, 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)
- bugzilla:21966 —Reedy 15:10, 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://en.wikipedia.org |
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 |
| ||||||
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 |
| ||||||
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:)
| ||||||
To duplicate: | ListMaker Text: User: | ||||||
Site URL: | http://en.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 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: .)
| ||||||
To duplicate: | ListMaker Text: . | ||||||
Site URL: | http://en.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 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)
Status | Fixed in the next release | ||||||
---|---|---|---|---|---|---|---|
Description |
| ||||||
To duplicate: | Unknown | ||||||
Site URL: | http://en.wikipedia.org | ||||||
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 |
| ||||||
To duplicate: | Unknown | ||||||
Site URL: | http://en.wikipedia.org | ||||||
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)
- rev 5897 - Fixed earlier —Reedy 18:05, 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)
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 |
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://en.wikipedia.org/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 |
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 |
| ||||||
To duplicate: | Delete config file before loging out! | ||||||
Site URL: | http://en.wikipedia.org | ||||||
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 |
| ||||||||||||
To duplicate: | Delete you config file before loging in! | ||||||||||||
Site URL: | http://en.wikipedia.org | ||||||||||||
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 |
| ||||||
To duplicate: | Unknown | ||||||
Site URL: | http://fr.wikipedia.org / http://en.wikipedia.org | ||||||
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)
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 |
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)
- So this can be closed then? Rjwilmsi 10:34, 6 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)
NRE in TimerStats
Status | Fixed in the next release | ||||||
---|---|---|---|---|---|---|---|
Description |
| ||||||
To duplicate: | Unknown | ||||||
Site URL: | http://en.wikipedia.org | ||||||
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 |
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)
- 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)
- 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)
- 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)
- 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)
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)
- 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 5468 Test to prove that orphan not added if a disambig template is present. Rjwilmsi 21:58, 25 September 2009 (UTC)
- AWB didn't tag Iosif Daskalakis as orphan. Only 2 links from mainspace. -- Magioladitis (talk) 20:50, 29 December 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)
- Only designing problem. AWB won't skip. -- Magioladitis (talk) 11:24, 8 January 2010 (UTC)
Minor Find&Replace Issues
InvalidOperationException in FindandReplace.moveToTopToolStripMenuItem_Click
Status | Fixed in the next release | ||||||
---|---|---|---|---|---|---|---|
Description |
| ||||||
To duplicate: | In Find&Replace try to move the uncommited row on the top. | ||||||
Site URL: | http://en.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 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)
- 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 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)
- 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)
ArgumentOutOfRangeException in AsyncApiEdit.CallEvent
Status | Fixed in the next release | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Description |
Rubin16 (talk) 20:35, 13 November 2009 (UTC)
deerstop. 17:14, 2 December 2009 (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 |
| ||||||
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)
- 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)
- 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)
- Do you have any plugins enabled or copied to AWB's directory? (i.e. Kingbotk) -- Magioladitis (talk) 11:13, 9 January 2010 (UTC)
- Not locked. MANdARAX • XAЯAbИAM 11:01, 9 January 2010 (UTC)
- Could you post your settings file somewhere? (Rapidshare for example). -- Magioladitis (talk) 09:50, 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)
- Is it really the 9th or it depends on the size of the edit summary? -- Magioladitis (talk) 02:47, 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 |
- Jarry1250 [ In the UK? Sign the petition! ] 18:01, 3 September 2009 (UTC) | ||||||
To duplicate: | Unknown | ||||||
Site URL: | http://en.wikipedia.org | ||||||
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 |
| ||||||
To duplicate: | Unknown | ||||||
Site URL: | http://en.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 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).
- —Reedy 18:28, 9 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.
- 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)
- 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)
- 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)
- See WP:SORTKEY. Rjwilmsi 19:06, 11 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)
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)
- 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)
- 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)
- Maybe they don't bother with an en dash? –xenotalk 21:53, 5 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)
- Thank you, I will try it! Samat (talk) 15:59, 6 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://en.wikipedia.org/ |
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)
- 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)
- Since I'm not an admin I think this will have to be one for Reedy. Rjwilmsi 11:05, 11 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)
- That's weird... because I know an admin who listed himself under bots with no problem. -- Magioladitis (talk) 22:03, 10 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)
- 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
Sidebar about "using Project:AWB"
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)
- One solution would be after we reorganise the edit summary generation to use
- I mean whether the use of semi-automated tools should be stated clearly. -- Magioladitis (talk) 18:49, 19 December 2009 (UTC)
- I am a little confused how that relates to the edit summary? –xenotalk 21:57, 17 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)
- Because "Project" works for projects that don't use a "WP:" prefix. –xenotalk 19:41, 15 December 2009 (UTC)
- Why don't we use
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)
- No it won't; AWB then tries to move it above the categories. --NE2 16:18, 6 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 |
| ||||||
To duplicate: | [encountered while processing page [24]] | ||||||
Site URL: | http://en.wikipedia.org | ||||||
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)