Wikipedia talk:AutoWikiBrowser/Bugs/Archive 3

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia
Archive 1 Archive 2 Archive 3 Archive 4 Archive 5 Archive 10

Bugs from/fixed in Version 4 of AWB

Add category

Status Fixed in the next release
Description When I add a new category using AWB. AWB will add the category under this page (Under the interwiki also) that's wrong in ar.wiki and en.wiki at least and i think in all wikis. --OsamaK 13:05, 7 July 2007 (UTC)
To duplicate: -
Operating system All
.NET FW Version Unknown
AWB version All
Workaround None
Fixed in version Unknown


AWB just adds the category to the bottom. To get it in the correct place, 'general fixes' must be enabled, as this is what AWB uses to place it correctly. Reedy Boy 14:38, 8 July 2007 (UTC)
As below... How are you adding categories...? Reedy Boy 14:45, 8 July 2007 (UTC)
[1] - Right place for me... Reedy Boy 18:15, 9 July 2007 (UTC)
Good, sometime I want add cat without 'general fixes'. Can you correct this?--OsamaK 19:41, 9 July 2007 (UTC)
Fixed - rev 1443. Added check on return from recategorise if general fixes is not checked, it will run the 'fix categories', that would be run if general fixes was enabled. Then meaning the categories are put into the correct place. Reedy Boy 08:43, 10 July 2007 (UTC)

Need "date=" in tags

Status Fixed in the next release
Description The "wikify" and "uncat" tags that AWB inserts, either automatically or in the "Insert tag" menu, need "date =" before the date. Otherwise the templates appear goofy. See this [2] revision to see what the wikify tag looks like without the date=. Fabrictramp 18:38, 1 September 2007 (UTC)
To duplicate: Right click in the edit window, choose "Insert tag", then choose "wikify".
Operating system Windows XP Pro
.NET FW Version Unknown
AWB version 4.0.0.0
Workaround Manually insert "date=" in the tag
Fixed in version Unknown


Added to the manually insert - rev 1630. Added date= on cleanup too Reedy Boy 18:46, 1 September 2007 (UTC)
And the auto tagger - rev 1631 Reedy Boy 18:49, 1 September 2007 (UTC)

First letter capitalisation of both words of binomial species names in italics

Status Not a bug in AWB, has been referred
Description Changes a species binomial (two words) name to the two words with the first letters both capitalised. These are often in italics, and the first word is capitalised, but the second is not. AWB suggests that both words are capitalised. Snowman 21:10, 1 September 2007 (UTC)
To duplicate: Just by running AWB on species pages, try the "Ara (genus)" page, or check pages linked on this page.
Operating system XP
.NET FW Version Unknown
AWB version 4 beta
Workaround Manually exclude the AWB suggestion, automated methods not attempted.
Fixed in version Unknown


Thats not the problem - Its regextypofix
<Typo word="Macao" find="\bmacao\b" replace="Macao" />
Thats capitalising the word. Change would have to be made on Wikipedia:AutoWikiBrowser/Typos Reedy Boy 21:28, 1 September 2007 (UTC)
I've removed it from the typo fixing list. —METS501 (talk) 21:37, 1 September 2007 (UTC)

Add category

Status Fixed in the next release
Description Look to this edit there are to problems. The first one. AWB added a a new category despite the existence of another identical. Socnd one. AWB didn't remove spaces before\ahead the category before he add it --OsamaK 13:17, 7 July 2007 (UTC)
To duplicate:
Operating system All
.NET FW Version Unknown
AWB version All
Workaround None
Fixed in version Unknown


If you use the 'Add Category' function in AWB, this doesnt happen... Just tried it now Reedy Boy 14:44, 8 July 2007 (UTC)
I tried it with 'Add Category'. --OsamaK 19:42, 9 July 2007 (UTC)
Fixed - rev 1443 - Added .Trim() to category 1 and 2, so that leading and trailing spaces are removed. Reedy Boy 08:44, 10 July 2007 (UTC)

Watchlist not working

Status Fixed in the next release
Description AWB wont load watchlist Reedy Boy 20:07, 18 July 2007 (UTC)
To duplicate: Make list from watchlist
Operating system
.NET FW Version Unknown
AWB version
Workaround
Fixed in version Unknown


Fixed - rev 1472 Reedy Boy 20:07, 18 July 2007 (UTC)

"Links" entry in article stats is incorrect

Status Duplicate
Description When viewing a page, the links count in article statistics is one too low. E.g. when there is 2 links, it shows 1, and if there are none, it shows -1. Matt/TheFearow (Talk) (Contribs) (Bot) 09:17, 20 July 2007 (UTC)
To duplicate: Edit a page with no internal links, or only one or two (enough to easily count yourself)
Operating system Windows XP Home
.NET FW Version Unknown
AWB version Latest
Workaround add one to the count in your head
Fixed in version Unknown


Sounds like its initialised as -1 somewhere... Reedy Boy 09:21, 20 July 2007 (UTC)
What do you mean the latest? As the SVN version works and counts correctly - in the AWB Sandbox, i have 4 links, 1 cat, 1 image and 1 iw... It counts them right. I do remember myself and Martinp23 fiddling around with the links thing, as we did realise it didnt work properly. But i cant remember if that was before or after the last release... Currently, i cannot duplicate this Reedy Boy 15:27, 20 July 2007 (UTC)
rev 1169 - That was after the release i think.... Another release of the SVN version should come out this weekend. Check if its fixed in that. Reedy Boy 15:32, 20 July 2007 (UTC)

Make a list

Status Fixed in the next release
Description In make a list there are many problem. like this. I select text file. but in text box "Google search"OsamaK 12:19, 21 July 2007 (UTC)
To duplicate: -
Operating system Windows XP
.NET FW Version Unknown
AWB version 4.0 Alpha
Workaround Appears to be an "out by one" error. Select the option next to (before?) the one you really want. Rich Farmbrough, 12:49 21 July 2007 (GMT).
Fixed in version Unknown


Thats my fault. I added category (recursive) near to the top, which i presume has thrown them all out! Reedy Boy 13:38, 21 July 2007 (UTC)
Yup. Fixed - rev 1483. Very minor change needed! Reedy Boy 13:41, 21 July 2007 (UTC)

Log LED sticks on green

Status Fixed in the next release
Description Log LED should be red when idle, green when writing, and blue when uploading. At some point in a long tagging run (possibly after an upload) it gets stuck on green. kingboyk 21:45, 19 July 2007 (UTC)
To duplicate:
Operating system Vista
.NET FW Version Unknown
AWB version SVN v4
Workaround
Fixed in version Unknown


Starting sets it blue
        protected override bool StartingUpload(TraceListenerUploadableBase Sender)
        {
            if (Sender.TraceStatus.LogName != conWiki)
                return false;

            mIsUploading = true;
            LoggingSettings.LEDColour = WikiFunctions.Controls.Colour.Blue;
            Application.DoEvents();
            return true;
        }

Finishing, if not busy, should set it to red, but its setting it to green... So its something wrong with the below

        protected override void FinishedUpload()
        {
            if (BusyCounter == 0)
                LoggingSettings.LEDColour = WikiFunctions.Controls.Colour.Red;
            else
                LoggingSettings.LEDColour = WikiFunctions.Controls.Colour.Green;

            mIsUploading = false;
        }

Reedy Boy 22:51, 20 July 2007 (UTC)

Yes I know, I already had a breakpoint there but didn't get any further (connection problems caused by the terrible weather haven't helped :)). If you're finishing off that bot job some time over the weekend perhaps you'd breakpoint at if (BusyCounter == 0) too. Something minor is amiss with the BusyCounter, I believe. --kingboyk 14:28, 21 July 2007 (UTC)
I might just replace the with if (BusyCounter == 0) block with a straightforward LoggingSettings.LEDColour = WikiFunctions.Controls.Colour.Red; It's only ever legitimately green for fractions of a second anyway... --kingboyk 21:46, 24 July 2007 (UTC)
rev 1485 Let's see if that's any better. --kingboyk 21:49, 24 July 2007 (UTC)
Marking as fixed. Reedy Boy 17:09, 28 July 2007 (UTC)

Enabling use of other skins

Status Not a bug/currently unresolvable
Description As far as I know AWB does not permit the use of skins other than monobook. What's worse it hangs with out explanation to the user when monobook is not the selected skin. It would also be nice if there was a skin override in AWB using &useskin= in the URL. Dispenser 23:22, 25 June 2007 (UTC)
To duplicate: Change your WP skin to something other than monobook.
Operating system Windows XP
.NET FW Version Unknown
AWB version Lastest stable
Workaround None
Fixed in version Unknown


I actually tested this a while back, and the only skin i had a problem with using was the 'Cologne Blue' i believe. Reedy Boy 08:56, 26 June 2007 (UTC)
It seems ok on some skins. But some it doesnt like... Reedy Boy 19:35, 27 June 2007 (UTC)

Hmm, I couldn't reproduce the hangup, but I simply added appropriate check on login, so now AWB refuses to work gracefully in such cases. MaxSem 12:29, 29 June 2007 (UTC)

I just tested with the SVN rev 1364 using IE 6.02900.3132. And I can't get the contents of templates load with skins: Classic, Cologne Blue, and Nostalgia. Though I can confirm it works with the others. I think the hangup happens on older versions. —Dispenser 15:39, 29 June 2007 (UTC)
I think some of the skins are just bugged Reedy Boy 18:59, 29 June 2007 (UTC)

Is there a reason why the history tab inside AWB uses &useskin=myskin in the URL? —Dispenser 22:04, 29 June 2007 (UTC)

If you look at a history in it, its in the simplest possible form. That is the only reason i can see mets did it, as it didnt need to be complex Reedy Boy 22:06, 29 June 2007 (UTC)
Not a bug Reedy Boy 17:11, 28 July 2007 (UTC)

3.9.1.0-->4.x upgrade fails

Status Fixed in the next release
Description Autoupdater failing to upgrade past 3.9.1.0, gets "Nothing to update" error. — xaosflux Talk 01:31, 28 July 2007 (UTC)
To duplicate: Log on while 3.9.1.0 is not enabled, attempt to run update from within 3.9.x
Operating system WinXPSP2, WinXPSP1
.NET FW Version Unknown
AWB version 3.9.1.0
Workaround Reenabled 3.9.1.0
Fixed in version Unknown


This should do it. —METS501 (talk) 02:24, 28 July 2007 (UTC)

  •  Done confirmed. — xaosflux Talk 03:47, 28 July 2007 (UTC)
    Could a stable version (ie. one of the 3.9.x branch versions) please stay enabled for at least as long as 4.0.0 is in beta? There are quite a few AWB bots out there that do a variety of things and if there's a bug, it would be good to have a fallback alternative. S up? 11:31, 28 July 2007 (UTC)
Our reasoning for doing this, was that v3.9 could potentially do more damage than v4... Ie stuff fixed in v4, that are still there in v3.9, and v4 has functions that work in it that dont work with v3.9. If problems become apparent, and we can not fix them quickly and easily, 3.9 can and will be re-enabled. Reedy Boy 11:45, 28 July 2007 (UTC)
And from that. We could have just released this as "v4", and the bugs would still be there. It being "beta" doesnt mean it should be problematic. Reedy Boy 11:48, 28 July 2007 (UTC)
Ah, okay. I'd been using the RCs and the Alpha released for a while under my account now but was still using the 3.9.x branch for my bot. Guess it's time to upgrade. :) Thanks for the quick answer. Cheers S up? 11:57, 28 July 2007 (UTC)
v4 Has been coming for nearly 3 months (!!). So its really time people do upgrade, as i mean, we could have put a much more premature release out a bit back! Reedy Boy 12:00, 28 July 2007 (UTC)
Yeah, I guess you're right. It's just that my bot mainly does recategoritazation work and you know how the saying goes: never touch a running system (well, that, not feeling like messing with the XML files in case something breaks and good old fashioned laziness ;). But based on my experiences with the RCs and 4.0.0a, I have to say good job, really! S up? 12:09, 28 July 2007 (UTC)
Just your CFD bug to try and fix now. That and all the other bugs... Then the feature requests... Reedy Boy 12:23, 28 July 2007 (UTC)

Is there any way of leaving an old version enabled for bots whilst still nagging everyone else - ideally forcing everyone else - to upgrade? I'm not adverse to the idea provided it wouldn't prevent us migrating all manual users to v4 now. --kingboyk 16:29, 28 July 2007 (UTC)

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

Status Fixed in the next release
Description I received this error when trying to remove a category from a userpage. The category was the entire content of the page, i.e. removing the category would blank the page. After Midnight 0001 19:16, 29 July 2007 (UTC)
To duplicate: editing [3]
Operating system XP
.NET FW Version Unknown
AWB version 4.0.0.0 with CFD plugin
Workaround
Fixed in version Unknown


Im sure there was something like this in wikidiff that caused a problem before. I fixed one of them definately, but its cause its trying to convert nothing into a byte array, which caused an error...

Ermm

Yeah, i did...

            if (text1 == "")
                buf1 = new byte[1];
            else
                buf1 = ToUTF8(text1.Replace("\r\n", "\n"));

text1 is the Original text (we had problems with creating new pages, which were blank - ie the same error. I'll put the same change in for text2 - what the text is being changed to. Reedy Boy 19:35, 29 July 2007 (UTC)

Yup, tested and fixed. rev 1505 Reedy Boy 19:42, 29 July 2007 (UTC)

iw sort for arc is not correct

Status Fixed in the next release
Description arc: is sorted between de: and et:. According to Interwiki sorting order, the order on en is an, arc, roa-rup, frp, as. The language in question is Assyrian Neo-Aramaic language --ChoChoPK (球球PK) (talk
To duplicate: Try Saint George
Operating system XP
.NET FW Version Unknown
AWB version 4.0.0.0
Workaround Manual edit
Fixed in version Unknown


Fixed in rev 1506 and rev 1507. —METS501 (talk) 03:57, 30 July 2007 (UTC)

Runtime Error

Status Answer in FAQ
Description Everytime i do anything, a 'Just In Time' runtime error comes up.ACBestAutograph Book 21:12, 30 July 2007 (UTC)
To duplicate:
Operating system Windows XP
.NET FW Version Unknown
AWB version The latest one (4.000 i think)
Workaround
Fixed in version Unknown


Wikipedia_talk:AutoWikiBrowser#Frequently_asked_questions

    * I get Just In Time Debugger Messages when loading AWB/loading pages

          In IE, try, Tools --> Options --> Advanced. Make sure 'Disable Script Debugging (Internet Explorer)' and 'Disable Script Debugging (Other)' Are both checked. Apply and close.
Already in FAQ. Reedy Boy 21:20, 30 July 2007 (UTC)


Multiline mode not working

Status Not a bug/currently unresolvable
Description Dot character does not match new lines even when multiline mode is checked, this appears to be a regression from earlier versions of AWB
To duplicate: Try matching anything multiline with the .(dot) character
Operating system WP
.NET FW Version Unknown
AWB version Latest SVN (Revision 1510)
Workaround Use [^\b] instead of the dot character (\b represents the bell character, which I'm pretty sure can't be used in wikitext)
Fixed in version Unknown


I hope this hasn't been posted before -- Gudeldar 15:05, 2 August 2007 (UTC)

The reason that it's not working is because the dot matching new lines is called singleline mode (it gets its name because the entire text is interpreted as a single line). Multiline mode is something else. —METS501 (talk) 22:46, 3 August 2007 (UTC)

Cfd.dll not working

Status Bug not confirmed
Description Yeah, me again, I'm afraid. ;) I've been really busy the last week and just now had a chance to play around with the alpha RC a bit more. And, strangely, it looks like the CFD plugin ceased to function altogether. It does load the categories' content just fine and it appears to be saving the changes (and they do appear under 'successfully saved' under the Logs tab) but it doesn't. They neither show up in the bot's contribs nor in the history of the article that was supposedly just saved. This appears to be reproduceable in manual mode where AWB doesn't show any changes in 'diff view'. S up? 20:42, 3 August 2007 (UTC)
To duplicate: The bot gets fed a list of cats (please see here for a real-life example). The article list looks fine and the bot appears to be saving the articles just fine, too (null edits?) but doesn't actually make any changes.
Operating system XP
.NET FW Version Unknown
AWB version 4.0.0.0a
Workaround Haven't had a chance to look at a single line of code in weeks ;(. I tried the plugin that came with 4000r1480 (same results) and 3910 stable (fails to initialize) which I had on another VM.
Fixed in version Unknown


I was thinking it wasnt working - It didnt seem to when i was trying it for your other bug... Reedy Boy 20:46, 3 August 2007 (UTC)
This is kind of weird. I was pretty sure that the plugin worked in one of the earlier alpha RC builds but I can't say I'm entirely sure (this probably isn't so much the Heisenbug uncertainty principle kicking in but rather me not noticing the lack of edits in the 4.x branch ;). -- S up? 21:04, 3 August 2007 (UTC)
There've been that many changes... God knows! Reedy Boy 21:10, 3 August 2007 (UTC)
We can ask MaxSem to fix it, because he wrote it, but then again, do we know what happened to him? —METS501 (talk) 21:21, 3 August 2007 (UTC)
No idea... He just disappeared. I have emailed him with no response... Hopefully he'll be back with us soon! Reedy Boy 21:30, 3 August 2007 (UTC)
Works for me in normal mode - [4] - ie not auto
* [[:Category:Test]]

Reedy Boy 21:46, 3 August 2007 (UTC)

And in bot mode - [5] Reedy Boy 21:57, 3 August 2007 (UTC)


Suppose i'll have to try a list with stuff in it. I'll see if i can do some manually tommorow, and, some in bot/auto mode. Reedy Boy 22:23, 3 August 2007 (UTC)

There wasnt database issues/lag when you tried was there? Reedy Boy 22:31, 3 August 2007 (UTC)
Not that I know of (I'm getting cache errors now but I wasn't then). I just reinstalled a XP SP2 system from scratch, hooked it up to the LAN, put Firefox stable on it and installed nothing but AWB (default config) and a few old and tried driver updates (plus, a not-so-ancient version of IE). And, since the reinstall, I haven't been able to reproduce this "bug" at all (*knock on wood*). Anyway, I still don't know what caused this but it's starting to look like this was a problem on my end (even though I was able to reproduce this on two separate machines) and, thus, the bug report is probably no Invalid. Please accept my apologies for causing such a ruckus. I'll see if I can figure out what caused this and if I can, I'll be sure to post an update (well, preferably, an update and a diff). Thanks everybody. S up? 23:15, 3 August 2007 (UTC)
No worries. Just need to see if i can duplicate the other bug to try and fix that!! Reedy Boy 11:41, 4 August 2007 (UTC)
I'm not sure that I am following this discussion properly, but I have been using the CFD plugin for several days now with 4.0.0.0 and have experienced no problems. --After Midnight 0001 14:51, 4 August 2007 (UTC)
Messages from my talk page below. It was something to do with the users computer/configuration. It is working. Reedy Boy 15:20, 4 August 2007 (UTC)

From my Talk page:

Cfd.dll

Hi and thanks for the message. :) I'm playing with the options as I'm typing this -- strangely, I can still reproduce this, well, whatever the hell it is. I'll post at the bug page if I figure out what's causing this. Cheers S up? 22:31, 3 August 2007 (UTC)

At the moment, I'm running XP SP2, latest patches but I have access to pretty much every OS since the good old Windows 3.11 for Workgroup days (I do a lot of work with VMs). I think I should have Visual Studio somewhere, albeit I'm more of a Unix/networking guy. The strange thing is, it does look it's working some of the time. At first, I thought it had something to do with the "suppress 'using AWB' in edit summary" option but that wasn't it. And it doesn't have anything to with comments either, apparently (I just tested that including different line break configurations and excessively long comments). I noticed that there's a 'CFD plugin disabled' pop up that comes up (seemingly) at random and I have no clue what's causing it. I'll try to start over with a clean install, new XML files and a test account. Oh, and thanks again for your help. S up? 22:47, 3 August 2007 (UTC)
Hi again, just a quick note to let you know that, apparently, this was a problem at my end. Boy, I do feel dumb. Anyway, thank you for all your help and if I ever figure out what in the name of His noodly appendages caused this, you'll be the first to know. :) Cheers S up? 23:22, 3 August 2007 (UTC)

Links to non-existant pages

Status Fixed in the next release
Description I've just downloaded the newest version (4.0.0.0). Why can't I make a list of pages from "what links here" for nonexistent pages anymore? It was quite useful. Jogers (talk) 10:26, 2 August 2007 (UTC)
To duplicate:
Operating system
.NET FW Version Unknown
AWB version 4.0.0.0 beta
Workaround
Fixed in version Unknown


AFAIK, nothing has changed in AWB with regards to that... Unless there has been a API/query.php change... Reedy Boy 10:58, 2 August 2007 (UTC)
I get the "Page does not exist error" saying that a given page does not exist and I should make sure it is spelt correctly. It didn't happen for "what links here" before the update but I remember similar message for nonexistent categories. Jogers (talk) 11:05, 2 August 2007 (UTC)
The problem is
                    if (!html.Contains("<revid>"))
                        throw new PageDoesNotExistException(Page + " does not exist. Make sure it is spelt correctly.");
rev 1511 - Saw used in another place when it shouldnt really have been. Fixed for next release. Reedy Boy 12:52, 4 August 2007 (UTC)

AWB Updater...

Status Fixed in the next release
Description When trying bring up AWB, a pop-up box named AWB Updater appears showing 'downloading AWB'. The downloading stalls and never completes. —The preceding unsigned comment was added by Hmains (talkcontribs).
To duplicate: Invoke AWB
Operating system XP
.NET FW Version Unknown
AWB version 4.0.0 Beta
Workaround None. I am stuck.
Fixed in version Unknown


You're going to have to try and explain a bit better than that. Ie are you currently on v4, or are you still on a 3.9. The updater shouldnt just come up - you should always be asked.... Reedy Boy 22:10, 29 July 2007 (UTC)

The same is for me. On my 3.9 when I gor to start editing, A notice pops up and tells me I need to update to the newest version. I can still do it when I click 'No' and go to the website to download, but clicking 'yes' becomes a stopped download box as described above. Reywas92Talk 00:29, 30 July 2007 (UTC)
  • The version is 4.0.0 as beta as I already noted. It is failing as I described. I am asked nothing; the popup appears. If I ignore the popup, I can get into AWB and get to the point of START. Then, when I hit start, another popup appears with message: "the type initializer for WikiFunctions.WikiDiff threw an exception". AWB does no work; each time I hit Start, I get this message again. Hmains 02:47, 30 July 2007 (UTC)
Sounds like it hasnt properly updated... Reedy Boy 21:25, 30 July 2007 (UTC)
Try deleting the contents of the folder, download manually, and see if you get any errors then. Reedy Boy 17:26, 1 August 2007 (UTC)
  • Yes, downloading it 'manually' (at my reqeust from this site) did the trick. Thanks Hmains 00:38, 2 August 2007 (UTC)

Strange exception

Status Bug not confirmed
Description Exception: Collection was modified; enumeration operation may not execute. Using plugin, logging turned on, AWB displayed an error message box but I was using a release binary so couldn't debug.--kingboyk 13:08, 19 July 2007 (UTC)
To duplicate: Normal operations, connection was bad at the time.
Operating system Vista 32
.NET FW Version Unknown
AWB version 4.0 svn
Workaround
Fixed in version Unknown


Logging upload glitch

Status New
Description Log uploading (when connection was bad). AWB seems to think log uploading failed, but it hadn't. Resulted in an extra edit. See diff. A bug, but a trivial one. --kingboyk 13:10, 19 July 2007 (UTC)
To duplicate:
Operating system Vista
.NET FW Version Unknown
AWB version svn
Workaround
Fixed in version Unknown


                    if (retval.Success)                       
                        Sender.WriteCommentAndNewLine("Log uploaded to " + PageName);
                    else
                        Sender.WriteCommentAndNewLine(
                           "LOG UPLOADING FAILED. Please manually upload this section to " + PageName);

So for some reason it decdides it needs/wants to upload it... Reedy Boy 22:58, 20 July 2007 (UTC)

Show Preview disables edit buttons

Status Fixed in the next release
Description If "on load: Show Preview" is selected the buttons including save are disabled. Dispenser 21:00, 29 June 2007 (UTC)
To duplicate: Select "on load: Show Preview" from the General menu. Then load the list, click "Start the process" and note after the preview has loaded the buttons are not enabled.
Operating system XP
.NET FW Version Unknown
AWB version Latest SVN
Workaround right-click reparse
Fixed in version Unknown


I think this is more of a feature than a bug. As we dont want users saving changes when they dont know what changes have been made - Ie as its going straight to preview... Reedy Boy 21:08, 29 June 2007 (UTC)
It doesn't only disable the save button, but all the other expect Start, stop, and ignore. Including Show changes.—Dispenser 21:16, 29 June 2007 (UTC)
So we want ignore, stop and show changes enabled? Reedy Boy 21:18, 29 June 2007 (UTC)
These buttons shouldn't be enabled while the page is being loaded, because clicking them would result in error. MaxSem 21:28, 29 June 2007 (UTC)
Ideally the old behavior where after AWB is done parsing all the buttons Start, stop, Show changes, Preview, Move, Save and if admin Protect and Delete are enabled. Add duplication field. —Dispenser 21:33, 29 June 2007 (UTC)
Finally fixed. Rather simple - rev 1512 Reedy Boy 14:23, 5 August 2007 (UTC)

Logging location

Status Fixed in the next release
Description Logs are put in the worng place.. at /210707 3 for example. Rich Farmbrough, 17:22 21 July 2007 (GMT).
Note that I had no logging or uploading enabled.
To duplicate: Reun ver 4.0.0.0
Operating system 2k
.NET FW Version Unknown
AWB version 4.0.0.0
Workaround Disable logging (how?) or move logs manually.
Fixed in version Unknown


It needs a full disable implementing, i agree. What exactly do you mean the wrong place though Rich? Do you mean it should be /Logs/Wherever, and its not? Reedy Boy 18:29, 21 July 2007 (UTC)
What do you mean, "it needs a full disable implementing"? It shouldn't log unless it's told to, and the default should be off. No files should ever be written if logging isn't turned on, so in theory it already has "full disable". I'll check that it's working that way but that's how it's meant to work. --kingboyk 21:43, 24 July 2007 (UTC)
Ah, my mistake looks like it's defaulting to on (log to wiki code, upload off). I'll change it to default off. These options are in the "logging to file" tab, Rich.
As for log location, as per Sam - I need to know if you mean on the filesystem or on-wiki (it really shouldn't be uploading unless you explicitly set that option). --kingboyk 21:53, 24 July 2007 (UTC)
I've turned logging off by default - rev 1486. No logs being written or uploads happening if it's turned off, as far as I can tell. If you have evidence to the contrary please shout, as log uploading when turned off would be a serious bug :) Location on filesystem is determined by the settings in the "logging to file" tab.
Only glitch I can see is that the green LED comes on at the end and won't go back to red. Trivial and I'll nail it some time. --kingboyk 23:22, 24 July 2007 (UTC)
Being loaded on wiki /210707 3 for example. Rich Farmbrough, 07:04 26 July 2007 (GMT).
Are you positive you didn't have "upload" switched on? Is this still happening now? (rev 1486++) --kingboyk 23:01, 27 July 2007 (UTC)

Always adds updated pages to watchlist

Status Fixed in the next release
Description General/Add all to watchlist not behaving as expected. All articles are added to watchlist when saved, regardless of whether this setting is ticked/checked or cleared. (Note: this was raised in 3.9.1.0 and listed as fixed in rev 1413 - I didn't verify this though) Paddles TC 07:17, 28 July 2007 (UTC) Useability not function bug - option works only if "Allow AWB to override watchlist settings" is set on. Paddles TC 13:08, 28 July 2007 (UTC)
To duplicate: Start process with setting either set or cleared. Edit pages, then toggle setting and edit some more pages. In browser, go to Special:Watchlist and observe all edited pages are on the list.
Operating system Win 2000 Pro SP4
.NET FW Version Unknown
AWB version 4.0.0.0 beta
Workaround None (except manually selecting and removing pages from the watchlist afterwards)Find "Allow AWB to override watchlist settings" under General/User and project preferences and swtich it on.
Fixed in version Unknown


I know for a fact i've fixed this. Ive done quite a few edits with the latest version (see my contribs) and NONE of these have been added to my watchlist... :confused:
It may just be an old settings file.. See if anyone else confirms the bug... Reedy Boy 08:17, 28 July 2007 (UTC)
Hmm, just a hunch but is 'Allow AWB to override watchlist settings' turned on? S up? 11:33, 28 July 2007 (UTC)
Good point. There is the "allow AWB to override..." in preferences, then in general, there is the add to watchlist... I did suggest to teh user on my talk page to check their wikipedia preferences and see what settings they have enabled. Reedy Boy 11:47, 28 July 2007 (UTC)
Confirmed that "Allow AWB to override watchlist settings" was off (default) - consequently "Add all to watchlist" was being ignored. So it's not a programming bug, but I think it's a useability bug though - so I'd recommend one of the following:
  • "Add all to watchlist" to be greyed out whenever "Allow AWB to override watchlist settings" is false.
  • Remove "Allow AWB to override watchlist settings" option - treat it as always true rather than user-configurable.
  • Move "Add all to watchlist" to underneath (suboption of) "Allow AWB to override watchlist settings", on the principle that a more-visible option shouldn't require having to change a less-visible option in order to work.
Thanks for the help! Paddles TC 13:08, 28 July 2007 (UTC)
That is good at least, that the code is right, but i agree, something should really be done about it. As to which... Im not overly sure.. Anyone else got an opinion? Reedy Boy 16:55, 28 July 2007 (UTC)
I'd pick the second unless there is a good reason why it needs to stay in - in which case I'd suggest the third. Paddles TC 09:33, 6 August 2007 (UTC)
That would sound sensible to me too. No real need for the 2 Options. We'll just note in the manual that the AWB option WILL override whatever the users options are. No point really making it any more difficult! Reedy Boy 09:38, 6 August 2007 (UTC)
Fixed/Changed - rev 1522 - AWB will now only have hte 1 attribute in the drop down menu. Reedy Boy 19:19, 8 August 2007 (UTC)

"Open page in browser" fails for certain special characters

Status Not a bug in AWB, has been referred
Description When choosing "Open page in browser" from the Make List or Edit Box area context menus, if the page in question contains certain punctuation characters then an incorrect page is opened (generally a Wikipedia does not have an article with this exact name page). Paddles TC 12:55, 5 August 2007 (UTC)
To duplicate: Make article list from What Links Here - Therapy. Right click on a page in the list that contains parentheses or an apostrophe and choose "Open article in browser" from the context menu. The page opened is incorrect. For example:
Operating system Windows 2000 SP4 (default browser: Firefox 2.0.0.6)
.NET FW Version Unknown
AWB version 4.0.0.0 beta
Workaround None
Fixed in version Unknown


Fahr's syndrome opens http://en.wikipedia.org/wiki/Fahr%27s_syndrome for me... And it opens the other ones fine... Reedy Boy 14:28, 5 August 2007 (UTC)
Just a wild guess but do you by any chance have Noscript or another XSS-related extension installed? S up? 14:52, 5 August 2007 (UTC)
http://en.wikipedia.org/wiki/Fahr_s_syndrome#2889312643591606404 - Wheres the hash and the numbers coming from? As AWB wont do that... Reedy Boy 14:56, 5 August 2007 (UTC)
Yes, I do have Noscript installed - good thinking, I didn't realise that would interfere. If I turn off the "Sanitize cross-site suspicious requests" option then everything works correctly (alternatively, Unsafe Reload loads the correct page). According to the console, the hash and numbers are coming from the sanitization. Not the nicest workaround but it works. Maybe time to add a list of incompatible software into WP:AWB? I can trawl through the archives to see if there are others. Paddles TC 09:45, 6 August 2007 (UTC)
Certainly wouldnt be a bad thing. Maybe as part of the FAQ - expand it to a new page, leaving the common ones on the main discussion page. There are a few things, but not loads that do cause problems. If you're willing to have a look and sort it out, it would be much appreciated. If there are any work arounds (like above) would be good to include those also! Reedy Boy 09:54, 6 August 2007 (UTC)

AWB assumes that all wiki sites use HTTP

Status Not a bug/currently unresolvable
Description AWB assumes that all wiki sites use HTTP —Remember the dot (talk) 21:11, 8 August 2007 (UTC)
To duplicate: Try to set up AWB to edit Wikipedia through the secure server. You will find that this is impossible because AWB assumes the URL starts with "http://" when in this case it starts with "https://". AWB should just ask the user to type out "http://en.wikipedia.org/w/" instead of "en.wikipedia.org/w/". Then, if the user types "en.wikipedia.org/w/" anyway it's safe to assume they meant HTTP.
Operating system Windows Vista
.NET FW Version Unknown
AWB version 4.0.0.0
Workaround
Fixed in version Unknown


Its not really a bug - As most people do use just HTTP. However, there is an open feature request - Wikipedia_talk:AutoWikiBrowser/Feature_requests#SSL_support. I'll duplicate this there. Reedy Boy 21:21, 8 August 2007 (UTC)

Degrees F and degrees from...

Status Fixed in the next release
Description Here

"15° from vertical" was changed into "15°From vertical". Rich Farmbrough, 14:21 9 August 2007 (GMT).

To duplicate: See above
Operating system W2K
.NET FW Version Unknown
AWB version 4.0.0.0
Workaround Disable GF
Fixed in version Unknown


One of the very few cases that would have a bad edit occuring from it... Reedy Boy 14:30, 9 August 2007 (UTC)
        Regex Celcius = new Regex("(º|º |º |º|º |º |° |° |° |° )(C|c)", RegexOptions.Compiled);
        Regex Farenheit = new Regex("(º|º |º |º|º |º |° |° |° |° )(F|f)", RegexOptions.Compiled);

        /// <summary>
        /// Fix bad Temperatures
        /// </summary>
        /// <param name="ArticleText">The wiki text of the article.</param>
        /// <returns>The modified article text.</returns>
        public string FixTemperatures(string ArticleText)
        {
            ArticleText = Celcius.Replace(ArticleText, "°C");
            ArticleText = Farenheit.Replace(ArticleText, "°F");
            return ArticleText;
        }

Code above. If someone wants to fix the regex's (im sure they could be combined into one), it'd be appreciated. Bare in mind, you will have to look at the actual text, due to MW transforming the code! Reedy Boy 16:30, 9 August 2007 (UTC)

How about adding whitespace or word boundary after (C|c) and (F|f)? Jogers (talk) 16:37, 9 August 2007 (UTC)
Was wondering that.. But there could be puntctuation. It needs to match anything but other letters... Reedy Boy 16:44, 9 August 2007 (UTC)
That would be [^A-Za-z], I guess. Jogers (talk) 18:35, 9 August 2007 (UTC)
Ah, i presume ^ means not matching... Always wondered and never bothered to look it up
        Regex Celcius = new Regex("(º|º |º |º|º |º |° |° |° |° )(C|c)[^A-Za-z]", RegexOptions.Compiled);
        Regex Farenheit = new Regex("(º|º |º |º|º |º |° |° |° |° )(F|f)[^A-Za-z]", RegexOptions.Compiled);

Just have to try them Reedy Boy 19:42, 9 August 2007 (UTC)

Fixed - rev 1529
        Regex Celcius = new Regex(@"(°|º|º |º|º |° |°|° )\s*[Cc][^A-Za-z]", RegexOptions.Compiled);
        Regex Farenheit = new Regex(@"(°|º|º |º|º |° |°|° )\s*[Ff][^A-Za-z]", RegexOptions.Compiled);

Better regex's overall

Reedy Boy 20:07, 9 August 2007 (UTC)

Haven't you forgotten to put the last matched character back to the article text? Jogers (talk) 20:13, 9 August 2007 (UTC)
No need - [6]. Doesnt even touch it!!

Simplified further

        Regex Celcius = new Regex(@"([º°]( |)|(°|º)( |))\s*[Cc][^A-Za-z]", RegexOptions.Compiled);
        Regex Farenheit = new Regex(@"([º°]( |)|(°|º)( |))\s*[Ff][^A-Za-z]", RegexOptions.Compiled);

Reedy Boy 20:22, 9 August 2007 (UTC)

Yes, but try it for "°C." (with the period or other punctuation mark after "C"). Jogers (talk) 20:38, 9 August 2007 (UTC)
Why, whats it do? I cant check it atm. Reedy Boy 08:50, 10 August 2007 (UTC)
The problem is that you don't put the character matched by [^A-Za-z] back to the article text so in case of "°C." the period would be removed. The following code should work fine:
        Regex Celcius = new Regex(@"(°|º|º |º|º |° |°|° )\s*[Cc]([^A-Za-z])", RegexOptions.Compiled);
        Regex Farenheit = new Regex(@"(°|º|º |º|º |° |°|° )\s*[Ff]([^A-Za-z])", RegexOptions.Compiled);

        /// <summary>
        /// Fix bad Temperatures
        /// </summary>
        /// <param name="ArticleText">The wiki text of the article.</param>
        /// <returns>The modified article text.</returns>
        public string FixTemperatures(string ArticleText)
        {
            ArticleText = Celcius.Replace(ArticleText, "°C$2");
            ArticleText = Farenheit.Replace(ArticleText, "°F$2");
            return ArticleText;
        }

Jogers (talk) 09:08, 10 August 2007 (UTC)

Ahh, right, it just needs putting in a capture group and sticking back on. Gotchya - It matches everything but the letters, but it will still match the puntuation. Thanks! Reedy Boy 09:30, 10 August 2007 (UTC)
Well, C# doesnt seem to like the $2... but as ive got to do it the Matches way
        Regex Temperature = new Regex(@"([º°]( |)|(°|º)( |))\s*([CcFf])([^A-Za-z])", RegexOptions.Compiled);

        /// <summary>
        /// Fix bad Temperatures
        /// </summary>
        /// <param name="ArticleText">The wiki text of the article.</param>
        /// <returns>The modified article text.</returns>
        public string FixTemperatures(string ArticleText)
        {
            foreach (Match m in Temperature.Matches(ArticleText))
                ArticleText = ArticleText.Replace(m.ToString(), "°" + m.Groups[5].Value.ToUpper() + m.Groups[6].Value);           
            return ArticleText;
        }

One regex now :). rev 1531 Reedy Boy 18:20, 10 August 2007 (UTC)

Diff scrolling

Status Not a bug/currently unresolvable
Description When looking at a diff, if the user clicks in the diff aread and tries to use the mouse wheel to scroll, it will scroll the edit box rather than the diff preview. This problem only occurs if the user clicks on one of the highlighted diffs. -- Prod-You 01:36, 1 July 2007 (UTC)
To duplicate: Load up a diff, click on one of the highlighted diffs to move the focus and try to scroll with the mouse wheel
Operating system Windows XP
.NET FW Version Unknown
AWB version r3930r1364
Workaround Click on the white area rather than the highlighted diff
Fixed in version Unknown


It's not a bug - when clicking on the diffs, the text box is focused at relevant part of text. MaxSem 20:15, 30 June 2007 (UTC)

Is there another way to easily select the upper screen because the edits I'm doing right now tend to have changes to a lot of lines, and it's very difficult to scroll. -- Prod-You 01:36, 1 July 2007 (UTC)
The workaround is good - I can switch focus to the differences box by clicking in the upper portion (the information message about clicking and double clicking changes) of the box, not by clicking in the differences display area of that box. Colonies Chris 13:27, 31 July 2007 (UTC)

Newline bug #3

Status Fixed in the next release
Description Saving a file and loading a file is now correct, and when editing the rules, also everything works as it should. But when the replacement of a rule has two lines, they actually come out as one line in the diff with a single-character newline inbetween. That does save OK, but it screws the parsing in next rules, because that line does not start with a \r\n anymore. Dirk Beetstra T C 23:00, 26 March 2007 (UTC)
To duplicate: create a document with some bulleted lines, all with one empty line between the two bulleted lins.
Rule 1: replace "\r\n\r\n\*" with one newline and an asterisk.
rule 2:replace "\r\n*(.*?)\r\n" with just a newline; that second rule does not work on the line that was in the document.
Operating system WinXP
.NET FW Version Unknown
AWB version 3.2.0.0
Workaround None
Fixed in version Unknown


This bug is likely fixed in the latest SVN, #\r bug in regex mode. I know in the older versions I had to escape newlines as "\r\n" during replacement, or as "\r↵" since AWB would strip all \r during saving. —Dispenser 16:23, 29 June 2007 (UTC)

iw sort for kab is not correct

Status Fixed in the next release
Description kab: is sorted between ta: and tt:. According to Interwiki sorting order, the order on en is ta, kab, roa-tara, tt. The language in question is Kabyle language
To duplicate: Try Aurelius Victor
Operating system XP
.NET FW Version Unknown
AWB version 4.0.0.0
Workaround Manual edit
Fixed in version Unknown


This is related to Wikipedia talk:AutoWikiBrowser/Bugs/Archive 3#iw sort for arc is not correct. So instead of fixing these in a one-at-a-time ad-hoc fashion, why not to a full update? --ChoChoPK (球球PK) (talk | contrib) 09:41, 2 August 2007 (UTC)

Its usually there are only a few problems, so therefore, only fixed as and when. But i agree, it may be worth fully updating the list for tge next release Reedy Boy 11:11, 2 August 2007 (UTC)
How about dynamically updated, like Wikipedia:AutoWikiBrowser/User talk templates? —METS501 (talk) 22:48, 3 August 2007 (UTC)
That is probably a better idea Mets. Due to the fact it can change fairly frequently, it then means a new build DOESNT have to be released to fix bugs with orders! Reedy Boy 11:42, 4 August 2007 (UTC)
Nearly implemented this now! Reedy Boy 15:39, 5 August 2007 (UTC)
rev 1513 - Implemented. Just need someone to properly update the IW list now. Reedy Boy 15:56, 5 August 2007 (UTC)

It appears to me that InterwikiAlpha and InterwikiAlphaEnFirst can be derived from the other two by a simple sort. Why maintaining copied-and-pasted data while they can be generated with relative ease? --ChoChoPK (球球PK) (talk | contrib) 02:26, 6 August 2007 (UTC)

Maybe, i dont really know (i havent really looked into it that much!) - I just went and did a "straight" copy of the code to it loading from that page. Looking straight at the lists, some are more out of date than others... Reedy Boy 09:12, 6 August 2007 (UTC)
Just a bubble sort, or the same alpha-sort used for AWB's Alpha sort would work... Then for ENFirst, its remove EN from the list, and append to the first... Sounds better than maintaining 4 lists... I'll have a look. Reedy Boy 20:23, 10 August 2007 (UTC)
Anyone got an opinion of this? Whatever way, they need updating... Reedy Boy 18:56, 10 August 2007 (UTC)
Updated. And as a side affect, AWB now has 2 new features. It can turn CSV Articles into Articles for the list maker. It can also export to CVS - rev 1534 Reedy Boy 20:11, 10 August 2007 (UTC)
rev 1536 - AWB now just loads the 2 lists, and alpha sorts and changes the arrays to make the other 2 lists. Reedy Boy 21:50, 10 August 2007 (UTC)

On Load Hook related crash

Status Answer in FAQ
Description Crash and my debugger shows Line 110 of index.php

if( QueryString.exists( 'twinklerevert' ) ) Shyamal 14:05, 17 August 2007 (UTC)

To duplicate:
Operating system Windows XP
.NET FW Version Unknown
AWB version 4.0.0.0
Workaround
Fixed in version Unknown


That will be monobook related...
               if (navigator.appVersion.indexOf("MSIE")==-1)
               {
                   // Normal contents go here
                   ....
               }

Reedy Boy 15:41, 17 August 2007 (UTC)

Formatting of the interface

Status Duplicate
Description I know it's just a formatting issue... but whenever I load AWB, the bottom half is cut off so I can't see from the warning "multiple wiki links" and below (including the status bar at the bottom) Also, the field 'make from' is locked, so only parts of the text can be read, it would be nice to see the whole text dputig07 20:09, 15 August 2007 (UTC)
To duplicate:
Operating system Windows XP
.NET FW Version Unknown
AWB version 4.0
Workaround I remember the previous version layout so it is useable
Fixed in version Unknown


Like... Wikipedia_talk:AutoWikiBrowser/Bugs#Bottom_Frame_doesn.27t_show

Reedy Boy 20:48, 15 August 2007 (UTC)

Regex issue

Status Bug not confirmed
Description Having an issue with regexs and typofix. See below. — RevRagnarok Talk Contrib 18:12, 1 April 2007 (UTC)
To duplicate: Turn on typo fix and load Sweet Seduction. According to the typo fix
<Typo word="Mötley Crüe" find="\b[Mm]otley [Cc]rue\b" replace="Mötley Crüe" />
"Motley Crue" should get heavy metal umlauts. I thought I was just being dense, but AWB's built-in regex tester catches it if I paste in the article text manually. I was actually having other probs earlier but had written them off, they may be related.
Operating system XP
.NET FW Version Unknown
AWB version 3.3.1.0
Workaround None
Fixed in version Unknown


AWB ignores wikilinks in RETF, I think. —METS501 (talk) 18:17, 1 April 2007 (UTC)

Yeah, that would make sense. Guess I'll need to make it a local regex. — RevRagnarok Talk Contrib 18:37, 1 April 2007 (UTC)
I'm having an issue where AWB just fails to apply a regex at all. The regex works fine in the "Test regex" box when applied to a portion of the page copied&pasted, but utterly fails to fire in the actual page. What up with that? TIA HAND —Phil | Talk 13:05, 2 April 2007 (UTC)
Give us exact piece of article and regex. MaxSem 13:52, 2 April 2007 (UTC)

Like this:

Article
List of asteroids/107701–107800 (specifically [7])
Regex
<noinclude>\{\{List of asteroids/footer\}\}\r\n\{\{List of asteroids/navigator\|(\d+)\d{2}.+</noinclude>
Replace With
<noinclude>\{\{List of asteroids/Helper|$1}}</noinclude>

If I copy/paste the <noinclude> segment of that article into the Regex Tester, together with those specs, the replacement works a treat. TIA HAND —Phil | Talk 20:09, 2 April 2007 (UTC)

Are you sure you have the regex box checked? I've forgotten it a few times. --NE2 17:10, 3 April 2007 (UTC)
Oh, you can be sure I've ticked and unticked all the boxes by now. This is getting me down now. —Phil | Talk 20:28, 3 April 2007 (UTC)
Have you tried [\r\n]+ instead of \r\n ? It may be a newline handling issue. — RevRagnarok Talk Contrib 12:29, 7 April 2007 (UTC)
Tried that, no dice. I think you missed the bit where I said I copied those specifications and the article text into the Regex Tester where they worked just fine…but thanks anyway. —Phil | Talk 19:42, 7 April 2007 (UTC)

I've pasted my setting files here. You will note that one of the S/R specs is duplicated (but both are disabled): this was something odd that happened during an upgrade and I never got around to fixing it. It would likely work best if you went to the end of the list…in other words worked in reverse order. Good luck. HTH HAND —Phil | Talk 15:33, 16 April 2007 (UTC)

I've marked this as invalid and we should probably archive it; no news for several months; hopefully the problem's been fixed. —METS501 (talk) 23:54, 13 August 2007 (UTC)

sortkey of {{pagename}}

Status Resolved
Description When encountering [[Category:Catname|{{PAGENAME}}]] it is replacing the {{PAGENAME}} with the pagename. I think it would be better to just remove it so that there is no sort key, unless a DEFAULTSORT exists which differs. (I think this is a bug, but if you think it is a feature feel free to move it to that page.) After Midnight 0001 21:22, 25 April 2007 (UTC)
To duplicate: try it on KRVY, I've currently left the page unchanged
Operating system XP
.NET FW Version Unknown
AWB version 3.9.0.0
Workaround visual inspection and correction
Fixed in version Unknown


The only problem is that {{PAGENAME}} is not the same as the full page name, which includes the namespace and is the variable {{FULLPAGENAME}}. —METS501 (talk) 18:21, 11 May 2007 (UTC)

Marked as resolved: this is not really a bug, and as explained, it could exist for a reason, and fullpagename isn't the same as pagename. —METS501 (talk) 23:56, 13 August 2007 (UTC)

NEsted square brackets again.

Status Fixed in the next release
Description Hyperlink in imge link: one required ] removed.Rich Farmbrough, 07:08 26 July 2007 (GMT).
To duplicate: See [8]
Operating system win2k
.NET FW Version Unknown
AWB version 4.0.0.0
Workaround Turn off general fixes. Possible s/\]\]\]/] ]]/ "
Fixed in version Unknown


Fixed in rev 1577. —METS501 (talk) 13:34, 21 August 2007 (UTC)

Spam protection filter

Status Fixed in the next release
Description AWB fails to notify that save failed when prevented by the spam protection filter. Edit is reported as successfully saved in the log. After Midnight 0001 00:02, 17 August 2007 (UTC)
To duplicate: Use CFD plugin to attempt to replace Category:Historic English Festivals with Category:Festivals in England in West Country Carnival.
Operating system XP
.NET FW Version Unknown
AWB version 4.0 with CFD plugin
Workaround none
Fixed in version Unknown


Please note that this edit still needs to be made, but I am not removing the spam and doing it yet to enable devs to test. Please either make the edit once confirmed as a bug or let me know to go ahead and I will do it. --After Midnight 0001 00:02, 17 August 2007 (UTC)

We can reproduce it in sandbox at any time by attempting to add something like tinyurl to the page text, so I replaced the category there. MaxSem
rev 1562 should do it. Reedy Boy 20:17, 19 August 2007 (UTC)

Save logs as text file with wiki markup

Status Fixed in the next release
Description When I save a log as Text file with wiki markup the file will be like this:
[[Image:XXX]]

[[XXX]]

[[Category:XXX]]

[[XXX]]

I think it's should be like Save list as:

[[:Image:XXX]]
[[:XXX]]
[[:Category:XXX]]
[[:XXX]]

--OsamaK 18:22, 18 August 2007 (UTC)

To duplicate:
Operating system Windows XP
.NET FW Version Unknown
AWB version 4 beta
Workaround
Fixed in version Unknown


I'm presuming your meaning like that so you can pasted it to a page? - Surely the normal links dont need the proceeding : ? Reedy Boy 10:21, 19 August 2007 (UTC)
Fixed - rev 1560 Reedy Boy 17:39, 19 August 2007 (UTC)
And rev 1563 Reedy Boy 20:44, 19 August 2007 (UTC)

Random crashes on Vista

Status Not a bug in AWB, has been referred
Description Randomly crashes on Vista after about an hour of use. Sorry for the poor description, is there a crash report I can send in or something? robertvan1 22:00, 18 August 2007 (UTC)
To duplicate: Unknown
Operating system Vista
.NET FW Version Unknown
AWB version 4.0.0.0
Workaround Unknown
Fixed in version Unknown


Not really. If you can provide some more information, as to what you were doing and such, that may help. Also, if you've used previous versions ok and such. Reedy Boy 10:22, 19 August 2007 (UTC)

Yea, previous versions worked fine. It happens just as it's saving, but I'm not doing anything in particular, it's so random! robertvan1 13:31, 19 August 2007 (UTC)

I found some more information about the problem in the event log, maybe this will help:

Faulting application AutoWikiBrowser.exe, version 4.0.0.0, time stamp 0x46aa709f, faulting module msvcrt.dll, version 7.0.6000.16386, time stamp 0x4549bd61, exception code 0xc0000005, fault offset 0x00009b20, process id 0xd7c, application start time 0x01c7e1e23134d5a9.

And from another log of the same event:

The following information was included with the event:

AutoWikiBrowser.exe 4.0.0.0 46aa709f msvcrt.dll 7.0.6000.16386 4549bd61 c0000005 00009b20

The substitution string for insert index (%1) could not be found

robertvan1 15:47, 19 August 2007 (UTC)

Sounds like one of the libraries/.NET framework files may be corrupt.. Reedy Boy 15:59, 19 August 2007 (UTC)

What should I do to rectify this then? robertvan1 16:38, 19 August 2007 (UTC)

My best suggestion is to try reinstalling the .NET framework v2, and any updates. Reedy Boy 20:47, 19 August 2007 (UTC)

Japanese interwiki link being put in the wrong position and then being replaced by another link

Status Not a bug/currently unresolvable
Description If an article has a Japanese interwiki link, it tries to put it after the links starting with N. And when I try to cancel the affected lines, it tries to replace the Japanese link with another link (usually the one directly above it). And when I try to cancel THAT line, (most of the time) nothing happens, and I have to abandon the article --Closedmouth 15:55, 19 August 2007 (UTC)
To duplicate: Edit a page with a Japanese interwiki link
Operating system XP
.NET FW Version Unknown
AWB version 4.0.0.0
Workaround Sometimes it successfully cancels the line, but otherwise, none
Fixed in version Unknown


If you could provide a diff that'd help! Reedy Boy 16:00, 19 August 2007 (UTC)
Everything works according to m:Interwiki sorting order. MaxSem 16:04, 19 August 2007 (UTC)
Oh, right, Nihongo. That's not immediately obvious. Does that mean this diff is correct? --Closedmouth 16:11, 19 August 2007 (UTC)

AWB "find" button doesn't work correctly

Status Duplicate
Description All 3.0 versions of AWB allowed you to search for a certain word in the edit box. It would highlight the first instance of that word, and you could fix the spelling. Then you could search for the next instance, and fix that, etc. It still works, IF the word only appears once in the text. If it appears more than once in the text, AWB doesn't seem to know what to do. It doesn't highlight the word, and just scrolls down to an area that may or may not have that word in the text. Firsfron of Ronchester 22:09, 20 August 2007 (UTC)
To duplicate: Do an AWB Google search for a popularly misspelled word or phrase (such as "to it's"). Run AWB. Put "it's" in the "find" box. Search for instances of "it's" in the text. If there is only one, AWB will find it and highlight it so it can be corrected. If there is more than one instance, AWB will become confused and highlight nothing.
Operating system XP
.NET FW Version Unknown
AWB version 4000
Workaround don't edit any page that has more than one instance of the misspelled word (though this is a limited workaround, as you won't know if there's more than one instance until you search for the word).
Fixed in version Unknown


I'm not experiencing that problem. Anyone else? —METS501 (talk) 19:00, 21 August 2007 (UTC)

Works fine for me.... Just tried "the" on Alexandria. Are you sure there are multiple instances of the word? Reedy Boy 21:27, 21 August 2007 (UTC)
Yes, I am sure. I've just found that it works OK on higher screen resolutions. On 600x800, it WILL highlight the word, but the word will be off-screen. Earlier versions of AWB showed the bottom of the edit box, but this version goes off the page, so you can't see the new word being highlighted. Firsfron of Ronchester 21:35, 21 August 2007 (UTC)
Mine scrolls fine... Reedy Boy 21:44, 21 August 2007 (UTC)
Are you by any chance experiencing this bug as well? —METS501 (talk) 22:07, 21 August 2007 (UTC)
Yep! Thanks! Firsfron of Ronchester 00:51, 22 August 2007 (UTC)
That makes some sense at least why it works for me and mets. Invalid/dupe of the above - Reedy Boy 09:08, 22 August 2007 (UTC)

Test regexes newline handling

Status Fixed in the next release
Description The test regex does not function similar enough to the actual when testing expression the involve newlines. See the discussion Multiline regular expressions. In effect the tester does not strip \r character from the input box. —Dispenser 02:37, 6 August 2007 (UTC)
To duplicate:
Find regex: line-\d\nline-\d
Replace:    test was sucessful
Original text:
 line-2
 line-3
Operating system WinXP
.NET FW Version Unknown
AWB version 4.0.0
Workaround Use \s*\n instead of just \n
Fixed in version Unknown


Fixed in rev 1582. —METS501 (talk) 19:15, 21 August 2007 (UTC)

Bug in profiles menu allows making automated edits from regular account

Status Duplicate
Description When I log in to my bot's account first and then I log in to my regular account using "Profiles" menu I still have access to the "Bots" menu. It's pretty cool to have the ability to make automated edits from one's regular account but I don't think it's intended :-) Jogers (talk) 11:43, 15 August 2007 (UTC)
To duplicate:
Operating system Windows Vista
.NET FW Version Unknown
AWB version 4.0.0.0
Workaround None
Fixed in version Unknown


Thats probably related to Wikipedia_talk:AutoWikiBrowser/Bugs#Logged_in_user_at_bottom_right_still_not_updating, i shudda thought. Reedy Boy 16:35, 15 August 2007 (UTC)
That backs up R's idea of having it check user on each page load... However, i suppose, if the user has a bot account, if they really wanted to abuse it, they could do auto whatever. Whatever way, they will not be able to do typo fixing in auto mode! Reedy Boy 16:48, 15 August 2007 (UTC)
w00t! I'm not crazy! Everyone tell the world R was right! :) --(Review Me) R ParlateContribs@ (Let's Go Yankees!) 02:07, 17 August 2007 (UTC)
Marking as dupe as we know about it :) Reedy Boy 10:14, 23 August 2007 (UTC)

Advanced find and replace

Status Fixed in the next release
Description "In Template Call Rule" in "Replace Special" menu doesn't catch template calls that contain a comment right after the template name e.g. {{Album infobox <!-- See Wikipedia:WikiProject_Albums --> | ... }} Jogers (talk) 18:03, 5 August 2007 (UTC)
To duplicate: Detailed instructions:
  • Take a page with the same content as this revision of my sandbox and add it to the AWB.
  • Open the advanced find and replace settings and make a new "In Template Call Rule".
  • Add "Infobox Album" to the "Catch Template" list and set it to replace with anything else. Press "start the process" and see that the page will be ignored.
  • It works when you add "Infobox Album <!-- See Wikipedia:WikiProject_Albums -->" instead of "Infobox Album" to the "Catch Template" list. It means that AWB treats the comment as a part of the template name.
Operating system Windows Vista
.NET FW Version Unknown
AWB version 4.0.0.0
Workaround None
Fixed in version Unknown


How often are users likely to come accross it?

As its because Album infobox != Album infobox <!-- See Wikipedia:WikiProject_Albums -->

Hence why it doesnt match it... Reedy Boy 19:30, 11 August 2007 (UTC)

These comments are quite common and they should be ignored by the regex which matches template calls. Jogers (talk) 19:52, 11 August 2007 (UTC)
Ok, just need to find the regex/where it actually does it. Reedy Boy 19:54, 11 August 2007 (UTC)
Hey Jogers, You can fix it yourself now ;) Reedy Boy 17:14, 22 August 2007 (UTC)
Yes, I know :-) I will look into it when I have some spare time. Jogers (talk) 17:41, 22 August 2007 (UTC)

Fixed in rev 1599. MaxSem 08:40, 23 August 2007 (UTC)

Not all diffs show up & non accurate highlighting

Status Not a bug in AWB, has been referred
Description it won't enlarge all differences like for example a space after comma, which has been added, it took time to find what was changed there, [9] - also the slight innacuracy in the first paragraf when the space was additionally highlighted --84.234.42.68 14:40, 3 July 2007 (UTC)
To duplicate:
Operating system XP SP2
.NET FW Version Unknown
AWB version rev 1395
Workaround get closer to the screen and look for added/removed spaces
Fixed in version Unknown


This could be an AWB bug, or just a wikidiff codebase bug... Does it show up ok on the mediawiki diffs? Reedy Boy 19:36, 3 July 2007 (UTC)
I only use AWB on .pl [10] - second paragraph, there was a space added, and no highlight appeared, spaces removed from the end of the line or from the other places aren't marked, i think they can be highlighted on the left side (current revision) if removed, i just checked one article with this new AWB and saw this thing, maybe there are also some other similar ;) --84.234.42.68 15:07, 4 July 2007 (UTC)
another diff with no bold [11] --84.234.42.68 17:55, 14 August 2007 (UTC)
MaxSem is now back (YAY!!), so hopefully he will be able to do something about it. Reedy Boy 18:02, 14 August 2007 (UTC)

This behaviour is consistent with MediaWiki's difference engine (unsurprisingly, since we use it). Unless they change it, nothing can be done. MaxSem 17:45, 21 August 2007 (UTC)

For reference, if you want this "fixing" - file it on [12], then let us know if/when it is fixed/improved, and we'll kindly ask Max to update our Wikidiff. Reedy Boy 10:19, 23 August 2007 (UTC)

&emsp;

Status Fixed in the next release
Description I'm going to take a guess and say that AWB should not unicodifing &emsp;.Dispenser 22:23, 23 August 2007 (UTC)
To duplicate: Unknown
Operating system Unknown
.NET FW Version Unknown
AWB version SVN 1605
Workaround None
Fixed in version Unknown


It's purposefully not because &emsp;. and a regular space look the same in the edit box. —METS501 (talk) 23:49, 23 August 2007 (UTC)

I really need to proof read when I type a sentence. I forgot to put the word not in there. Sorry. —Dispenser 00:02, 24 August 2007 (UTC)
diff, it is hard to tell outside the AWB window that the space is a &emsp; and not a regular space. —Dispenser 00:02, 24 August 2007 (UTC)
Ah, that makes more sense now :-) —METS501 (talk) 01:27, 24 August 2007 (UTC)
Fixed in rev 1609. —METS501 (talk) 01:39, 24 August 2007 (UTC)

AWB does not alert when show preview is selected

Status Fixed in the next release
Description AWB no longer beeps nor flashes when "on load: show Preview" is set. Presumably this is linked to the fixing of the bug Show Preview disables edit buttons. Note the behavior is correct when "on load: show changed" is selected. —Dispenser 03:48, 24 August 2007 (UTC)
To duplicate: Unknown
Operating system Windows XP
.NET FW Version Unknown
AWB version SVN 1605
Workaround None
Fixed in version Unknown


Fixed - rev 1611 Reedy Boy 19:27, 24 August 2007 (UTC)

Finnish portal namespace not recognized

Status Fixed in the next release
Description Finnish portal pages and their talk pages are not recognized, because the strings "Teemasivu:" and "Keskustelu teemasivusta:" are not listed in Variables.cs. Silvonen 18:07, 24 August 2007 (UTC)
To duplicate: Use AWB on the Finnish Wikipedia, add Teemasivu:Ympäristönsuojelu on the list and try to filter out portal pages. The page is not filtered.
Operating system Windows XP
.NET FW Version Unknown
AWB version 4.0.0.0
Workaround No workaround, but here's a proposed patch (untested).
Fixed in version Unknown


That would be right - rev 1610 Reedy Boy 18:29, 24 August 2007 (UTC)

Minor cfd.dll bug

Status Fixed in the next release
Description The CFD plugin appears to screw up edit summaries when the category following the one that's being removed starts with a lower-case 'c' (ie. category:x instead of Category:x. S up? 14:24, 10 July 2007 (UTC)
To duplicate: This was pointed out to me yesterday and I've been able to reproduce it (please see this diff, for example).
Operating system XP
.NET FW Version Unknown
AWB version 3.9.1.0 (sorry, I'm traveling at the moment and I don't have access to a newer build)
Workaround Case-insensitive parsing?
Fixed in version Unknown


Im having trouble seeing a screwed up edit summary... Reedy Boy 15:54, 10 July 2007 (UTC)
Yeah, sorry, I should have made myself more clear. The issue is that the plugin adds a category it didn't remove (one, that's in fact not even in the article to begin with) to the 'A → B' part of the edit summary (ie. the part that's added by the plugin). For instance in the diff I linked to above, it was removing Category:Occupation films with the edit summary 'removed Category:Signatory of "A Scientific Dissent From Darwinism", removed Category:Occupation films' (I assume Category:Signatory of "A Scientific Dissent From Darwinism" was the cat right before or after Category:Occupation films in the listing.) --S up? 16:02, 10 July 2007 (UTC)
Ah, ok. I've never actually used the plugin... What goes into the 'backlog text'? (If you've got some examples that'd be good...) Reedy Boy 16:32, 10 July 2007 (UTC)
Is 'backlog text' the string that gets appended to user-specified edit summary (sorry, I can't seem to access the svn from here; otherwise I'd look myself)? If so, it should only contain the category change that was actually performed (ie. in the above example, 'removed Category:Occupation films') and not the category that starts with a lower-case 'c' as well (ie. 'removed category:Signatory of "A Scientific Dissent From Darwinism"). -- S up? 12:05, 11 July 2007 (UTC)
'Backlog text' is the text box in the CFD plugin configuration box... Im just after something to enter so i can test it myself... Reedy Boy 13:19, 11 July 2007 (UTC)

Ah, sorry about the misunderstanding. Here's an example:

; comment
* Category:Previous NCAA bowl game venues to Category:NCAA bowl game venues
* Category:Example

That's really all there is in terms of syntax (obviously, the second line causes AWB to remove the category from the article). S up? 15:03, 11 July 2007 (UTC)

Is there some fancy trick to get this to work... As im surely missing something... Reedy Boy 22:39, 20 July 2007 (UTC)
Thats sorted... As for duplicating it... Not a lot of look atm... MaxSem hasnt had any luck either... Reedy Boy 21:35, 13 August 2007 (UTC)

Appears to be fixed in rev 1539. MaxSem 23:52, 25 August 2007 (UTC)

Woo, Inadvertantly fixed another bug :) Reedy Boy 10:35, 26 August 2007 (UTC)

AWB encountered an exception

Status Fixed in the next release
Description Exception: InvalidOperationException

Message: Failed to compare two elements in the array. Call stack: at System.Collections.Generic.ArraySortHelper`1.QuickSort[TValue](T[] keys, TValue[] values, Int32 left, Int32 right, IComparer`1 comparer)

  at System.Collections.Generic.ArraySortHelper`1.Sort[TValue](T[] keys, TValue[] values, Int32 index, Int32 length, IComparer`1 comparer)
  at System.Collections.Generic.GenericArraySortHelper`1.Sort[TValue](T[] keys, TValue[] values, Int32 index, Int32 length, IComparer`1 comparer)
  at System.Collections.Generic.ArraySortHelper`1.Sort(T[] items, Int32 index, Int32 length, IComparer`1 comparer)
  at System.Array.Sort[T](T[] array, Int32 index, Int32 length, IComparer`1 comparer)
  at System.Collections.Generic.List`1.Sort(Int32 index, Int32 count, IComparer`1 comparer)
  at System.Collections.Generic.List`1.Sort(IComparer`1 comparer)
  at WikiFunctions.Parse.MetaDataSorter.removeInterWikis(String& ArticleText) in D:\Program Files\AWB\AWB\WikiFunctions\MetaDataSorter.cs:line 363
  at WikiFunctions.Parse.MetaDataSorter.interwikis(String& ArticleText) in D:\Program Files\AWB\AWB\WikiFunctions\MetaDataSorter.cs:line 336
  at WikiFunctions.Parse.MetaDataSorter.Sort(String ArticleText, String ArticleTitle) in D:\Program Files\AWB\AWB\WikiFunctions\MetaDataSorter.cs:line 202
  at WikiFunctions.Parse.Parsers.SortMetaData(String ArticleText, String ArticleTitle) in D:\Program Files\AWB\AWB\WikiFunctions\Parsers.cs:line 157
  at AutoWikiBrowser.MainForm.ProcessPage(ArticleEx TheArticle) in D:\Program Files\AWB\AWB\AWB\Main.cs:line 967

METS501 (talk) 22:45, 24 August 2007 (UTC)

To duplicate: Unknown
Operating system Windows Vista
.NET FW Version Unknown
AWB version 4.0.0.1
Workaround None
Fixed in version Unknown


On which page? MaxSem 22:56, 24 August 2007 (UTC)

Cheap Turtle. I had a custom module running and general fixes too. —METS501 (talk) 23:10, 24 August 2007 (UTC)
Same thing happened on Fata Morgana (band). —METS501 (talk) 23:51, 24 August 2007 (UTC)

Fixed in rev 1614. MaxSem 06:26, 25 August 2007 (UTC)

Typo Fixing Exception...

Status Fixed in the next release
Description Exception: ArgumentOutOfRangeException

Message: startIndex must be less than length of string. Parameter name: startIndex Call stack: at System.String.Remove(Int32 startIndex)

  at WikiFunctions.Parse.RegExTypoFix.PerformTypoFixes(String ArticleText, Boolean& NoChange, String& Summary) in D:\AWB\AWB\WikiFunctions\RegExTypoFix.cs:line 90
  at WikiFunctions.Article.PerformTypoFixes(RegExTypoFix RegexTypos, Boolean SkipIfNoChange) in D:\AWB\AWB\WikiFunctions\Article.cs:line 380
  at AutoWikiBrowser.MainForm.ProcessPage(ArticleEx TheArticle) in D:\AWB\AWB\AWB\Main.cs:line 900

Reedy Boy 20:23, 25 August 2007 (UTC)

To duplicate: Unknown
Operating system Microsoft Windows NT 5.1.2600 Service Pack 2
.NET FW Version Unknown
AWB version 4.0.0.1
Workaround None
Fixed in version Unknown


Was on User:Jodyw1 - I know i shouldnt be typo fixing user pages, but it was from running a scan over my watchlist. Reedy Boy 20:23, 25 August 2007 (UTC)

And User:Reedy Bot... And a few others it seems Reedy Boy 20:24, 25 August 2007 (UTC)

Line: ArticleText = ArticleText.Remove(m.Index);

m.Index = 0x00005c2a

Reedy Boy 20:33, 25 August 2007 (UTC)

Fixed in rev 1617. MaxSem 22:45, 25 August 2007 (UTC)

Zero length string

Status Bug currently being investigated/fixed
Description Dialogue box appears: "String cannot be of zero length: Parameter name: oldValue" Rich Farmbrough, 10:48 27 July 2007 (GMT).
To duplicate: Appears to be due to an empty replace string.
Operating system Win2k
.NET FW Version Unknown
AWB version 4.0.0.0
Workaround Not certain.
Fixed in version Unknown


Can you be more specific as to what you were doing to get this? Was this normal FaR, or advanced FaR... Etc. Thanks, Reedy Boy 10:53, 27 July 2007 (UTC)
Just tried normal and advanced FaR... No error message... Reedy Boy 17:04, 28 July 2007 (UTC)
I've also seen this with my plugin... Reedy Boy 11:12, 2 August 2007 (UTC)
I've improved error handling in rev 1595, so we'll be able to track exceptions to their source more easily. You'll need to add ErrorHandler support to your plugin, too (I've noticed WF\Logging\ErrorForm only after I wrote my own, much more advanced and convenient version and switched most of code to it, so it was easier simply to delete it). MaxSem 21:14, 22 August 2007 (UTC)
Status Fixed in the next release
Description Exception: ArgumentException

Message: String cannot be of zero length. Parameter name: oldValue Call stack: at System.String.Replace(String oldValue, String newValue)

  at Airport_Infobox_Migration_AWB_Plugin.AirportInfoboxMigration.ProcessArticle(IAutoWikiBrowser sender, ProcessArticleEventArgs eventargs)
To duplicate: Unknown
Operating system Microsoft Windows NT 5.1.2600 Service Pack 2
.NET FW Version Unknown
AWB version 4.0.0.1
Workaround None
Fixed in version Unknown


Thats with my Plugin... Something is being replaced with nothing it would seem... Reedy Boy 21:16, 25 August 2007 (UTC)

It was from Tools.StringBetween - One of the things it was pulling didnt exist in some articles. Hence erroring. Reedy Boy 21:28, 25 August 2007 (UTC)

Bug with Wikia support

Status Fixed in the next release
Description Support of Wikia is not working. Keeps directing to http://dofus.wikia.com//wiki/Project:AutoWikiBrowser/CheckPage
non existence page
Cizagna 20:34, 28 July 2007 (UTC)
To duplicate: Preferences->Wikia->"any of the wikis" (i tested with "dofus" and "starwars")->"log" in or "refresh status"
Operating system XP
.NET FW Version Unknown
AWB version 4.0.0.0
Workaround Feature was requested with Central check page to control AWB use in Wikia +/-3000 wikis http://www.wikia.com/wiki/Wikia:AutoWikiBrowser/CheckPage. Also error is that double // (mark in red)
Fixed in version Unknown


Fixed in rev 1503. I don't know about the central checkpage; I think it's up to each wiki to decide. —METS501 (talk) 21:02, 28 July 2007 (UTC)

Thanks for the bug corrections.
About the each wiki decision see requests Archive wikia.com checklist Also i want you to note that wikia is +/- 3000 wikis and not all are active, vandalizing using the AWB its a big potential treat to those unmonitored wikis and if there is no checkpage it will work totally free from what MaxSem explained to us --Cizagna 21:51, 28 July 2007 (UTC)
rev 1546 - Checkpage pointing to [13] now. Reedy Bot 10:17, 12 August 2007 (UTC)
From an email i got - Reedy Boy 21:40, 13 August 2007 (UTC)
If you are the ReedyBoy from Wikipedia the supposedly Central Check page is
http://www.wikia.com/wiki/Wikia:AutoWikiBrowser/CheckPage

the feature was requested 30 of May 2007 
http://en.wikipedia.org/w/index.php?title=Wikipedia_talk:AutoWikiBrowser/Feature_requests&diff=prev&oldid=134623155 

and MaxSen finish adding the feature on 02 of June 2007
http://en.wikipedia.org/w/index.php?title=Wikipedia_talk:AutoWikiBrowser/Feature_requests&diff=next&oldid=135290144 

due to newbiness on sourceforge and compilation i thought i was making a mistake so i waited for the release (4.0.0.0 in this case). Also one of our issues was that we did not have install the API.php and Query.phph (that we now have install)

to my surprise it was not working so i report it the 2 issues it had, one was that page was been look in the wrong way and the other in the wrong place.
http://en.wikipedia.org/w/index.php?title=Wikipedia_talk%3AAutoWikiBrowser%2FBugs&diff=147732239&oldid=147690576 

I got near instant response of Mets501 but the correction wa only 1 of the problems.

As i have to finish other stuff i have not gone back there to keep bugging as the feature is not working as it should be, also that Sannse is currently in the Wikimania and she was the Staff member from Wikia that supported me with MaxSem when we request the centralize checkpage to control +3000 wikis. 

So while we dont get that centralize page i will not disclose how to make AWB partially function on wikia in a public way.

In any case my latest version is SVN 1510 i will update later and try to see what happens if i have time i will check in IRC to contact some one. 

Ciz
MaxSems just made a couple of changes. I've just been told - "Reedy Boy is not enabled to use this" Reedy Boy 19:26, 17 August 2007 (UTC)
Is this all fixed now Max? Reedy Boy 14:39, 21 August 2007 (UTC)
Archiving as Fixed. Let us know if theres problems Reedy Boy 18:22, 26 August 2007 (UTC)

AWB updater

Status Fixed in the next release
Description When "Advanced --> Run Updater" is pressed, all works fine until the second dialog box that asks me "Are you sure you want to exit?" After pressing yes, I receive an error message.
System.InvalidOperationException: Collection was modified; enumeration operation may not execute.
   at System.Collections.ArrayList.ArrayListEnumeratorSimple.MoveNext()
   at System.Windows.Forms.Application.ExitInternal()
   at System.Windows.Forms.Application.Exit(CancelEventArgs e)
   at System.Windows.Forms.Application.Exit()
   at AutoWikiBrowser.MainForm.runUpdater()
   at AutoWikiBrowser.MainForm.runUpdaterToolStripMenuItem_Click(Object sender, EventArgs e)
   at System.Windows.Forms.ToolStripItem.RaiseEvent(Object key, EventArgs e)
   at System.Windows.Forms.ToolStripMenuItem.OnClick(EventArgs e)
   at System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e)
   at System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e)
   at System.Windows.Forms.ToolStripItem.FireEventInteractive(EventArgs e, ToolStripItemEventType met)
   at System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met)
   at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea)
   at System.Windows.Forms.ToolStripDropDown.OnMouseUp(MouseEventArgs mea)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
   at System.Windows.Forms.ToolStrip.WndProc(Message& m)
   at System.Windows.Forms.ToolStripDropDown.WndProc(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

More information is available on request. TMF Let's Go Mets - Stats 21:12, 25 August 2007 (UTC)

To duplicate: Click "Advanced --> Run Updater" and hit yes twice
Operating system Vista
.NET FW Version Unknown
AWB version 4.0.0.0
Workaround
Fixed in version Unknown


Thats in AWB it would seem?? Reedy Boy 21:15, 25 August 2007 (UTC)
Yes, in AWB. When AWB tries to close to allow the updater to run, it spits out this error. The updater still runs even though AWB doesn't close. --TMF Let's Go Mets - Stats 21:22, 25 August 2007 (UTC)
rev 1616 - Potentially fixed... Added some extra code, moved code around... Reedy Boy 21:59, 25 August 2007 (UTC)

Memory

Status Bug currently being investigated/fixed
Description AWB's memory (RAM) use grows exponentially during a bot run. Within minutes, it was up to 1.3 GB of RAM, and it's starting to push my computer to it's limits. Just to see, I'm going to let it keep growing to see if it will eventually stop or whether it will crash the computer eventually (I've only got 2 gigs of RAM). We'll see! Something needs to be done about this... Just for curiosity (in case it's one of these things) I'm running a module, advanced, and regular find/replace as well as general fixes. —METS501 (talk) 19:43, 11 August 2007 (UTC)
To duplicate: Just start a bot run and leave it running.
Operating system Vista
.NET FW Version Unknown
AWB version SVN
Workaround None
Fixed in version Unknown


When it reached 1,363,152 KB of RAM, AWB refused to load any more pages. Stopping and starting the process does nothing to help AWB resume or to clear the memory. —METS501 (talk) 19:46, 11 August 2007 (UTC)

I've had it running for hours before it causes a problem... Vista/IE7 tends to be better then XP/IE6... I did add a 'recycle web control', but it never seemed to allow editing to continue... Reedy Boy 20:11, 11 August 2007 (UTC)
Maybe it's only when I'm running from within visual studio. I'll try building and loading the release version. —METS501 (talk) 03:12, 12 August 2007 (UTC)
Nope, both result in a steady increase in memory usage. —METS501 (talk) 03:15, 12 August 2007 (UTC)
Ive seen steady increase before... But with you saying exponentially, i got worried. Its weird, Martinp23 was able to leave AWB running for days on end in vista, doing bot tagging, when Kingboyk and I had to restart it periodically. Reedy Boy 09:14, 12 August 2007 (UTC)
I would say AWB seems to be a bit better than it was before... 767 tagged, 363 skipped, 242 new tags using steves plugin - 57,660k VM, 46,80k Mem Reedy Boy 10:30, 12 August 2007 (UTC)
Not bad! —METS501 (talk) 15:15, 12 August 2007 (UTC)
I am now also seeing memory issues. I did not see this with the official 4.0.0.0 release, but I am seeing it with the SVN that I got from Reedy. Note, I use XP, not Vista. Huge amounts of memory get consumed to the point that all other processing on my PC will stop and I will need to exit AWB. Sometimes, I will actually have to use the task manager to kill it because the memory will take a very long time to release and actually shut down the application. I have tried going back and forth between the 2 versions without rebooting and the SVN consistently gives me the problem and the official version does not. --After Midnight 0001 20:45, 18 August 2007 (UTC)
Im sure i gave you a "Release" version Reedy Boy 20:12, 19 August 2007 (UTC)
OK, I'm sorry, I'm confused about SVN, I guess. The version that you last gave me does have the problem that I described. --After Midnight 0001 21:28, 19 August 2007 (UTC)
No need to be sorry, you are probably right. Visual studio can build in 2 modes - debug and release mode. Debug used for debugging purposes, slightly larger file sizes, release are smaller. We'll just have to keep an aye on it. MaxSem said something about the way i changed the MetaDataSorter may be loading it multiple times... Increasing the memory. I havent really tested AWB for a little while Reedy Boy 21:33, 19 August 2007 (UTC)
But I'm currently investigating AWB with a memory profiler, and MetaDataSorter.removeInterWikis() appears to eat megabytes of RAM. Not sure when it will be collected. MaxSem 16:04, 20 August 2007 (UTC)

Typo fixing edit summary error

Status Fixed in the next release
Description Reporting two typo fixes of the same word fixed (extravangant → extravagant) in edit summary when it has only done one, see this diff. mattbr 19:06, 29 June 2007 (UTC)
To duplicate: Had general, typo and disambig fixes on.
Operating system Windows Vista
.NET FW Version Unknown
AWB version Alpha 3.9.3.0
Workaround None
Fixed in version Unknown


Fixed in rev 1623. MaxSem 15:54, 29 August 2007 (UTC)

Double-click on "Filter" button

Status Fixed in the next release
Description When clicking on the "Filter" button (under the "Make list" group) twice, an exception occurs:
System.InvalidOperationException: Form that is already visible cannot be displayed
as a modal dialog box. Set the form's visible property to false before calling Show.
   at System.Windows.Forms.Form.Show(IWin32Window owner)
   at WikiFunctions.Controls.Lists.ListMaker.Filter()
   at WikiFunctions.Controls.Lists.ListMaker.btnFilter_Click(Object sender, EventArgs e)
   at System.Windows.Forms.Control.OnClick(EventArgs e)
   at System.Windows.Forms.Button.OnClick(EventArgs e)
   at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ButtonBase.WndProc(Message& m)
   at System.Windows.Forms.Button.WndProc(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

User:Intgr

To duplicate: Click "Filter" twice.
Operating system Windows XP
.NET FW Version Unknown
AWB version 4.0.0.0
Workaround Click "Filter" only once.
Fixed in version Unknown


Well, they aint double click buttons... But it shouldnt throw an exception over it. Reedy Boy 14:52, 28 August 2007 (UTC)
Fixed - rev 1620 Reedy Boy 20:01, 28 August 2007 (UTC)

Problem with nonexistent pages

Status Duplicate
Description You cannot make a list relating to a nonexistent page, for instance "what links here" on a redlink or "image file links" on a Commons image. NE2 03:56, 1 September 2007 (UTC)
To duplicate: Try to make a list with "image file links" of Image:I-5.svg or "what links here" of Alberta Highway 500.
Operating system XP
.NET FW Version Unknown
AWB version 4.0.0.0
Workaround Create a useless image description page.
Fixed in version Unknown


Im sure i've put a fix for that in for the next release... Reedy Boy 10:10, 1 September 2007 (UTC)
Yup - Wikipedia_talk:AutoWikiBrowser/Bugs/Archive_3#Links_to_non-existant_pages - rev 1511 "If the target pages dont exist, we still want to find what links to, transcludes or uses the image/page" Reedy Boy 10:16, 1 September 2007 (UTC)

Brackets in sourcecode

Status Fixed in the next release
Description AWB tries to correct apparently broken wikilinks that are correctly formatted Ruby or C e.g. [14] and [15]

Clearly avoiding changes between <source> tags will be a big help. Rich Farmbrough, 09:08 1 September 2007 (GMT).

To duplicate: Gen fixes
Operating system Win2k
.NET FW Version Unknown
AWB version 4.0.0.0
Workaround Turn off GF.
Fixed in version Unknown


Fixed in rev 1628. MaxSem 16:08, 1 September 2007 (UTC)

MetaDataSorter error

Status Fixed in the next release
Description Exception: InvalidOperationException

Message: Failed to compare two elements in the array. Call stack: at System.Collections.Generic.ArraySortHelper`1.QuickSort[TValue](T[] keys, TValue[] values, Int32 left, Int32 right, IComparer`1 comparer)

  at System.Collections.Generic.ArraySortHelper`1.Sort[TValue](T[] keys, TValue[] values, Int32 index, Int32 length, IComparer`1 comparer)
  at System.Collections.Generic.GenericArraySortHelper`1.Sort[TValue](T[] keys, TValue[] values, Int32 index, Int32 length, IComparer`1 comparer)
  at System.Collections.Generic.ArraySortHelper`1.Sort(T[] items, Int32 index, Int32 length, IComparer`1 comparer)
  at System.Array.Sort[T](T[] array, Int32 index, Int32 length, IComparer`1 comparer)
  at System.Collections.Generic.List`1.Sort(Int32 index, Int32 count, IComparer`1 comparer)
  at WikiFunctions.Parse.MetaDataSorter.removeInterWikis(String& ArticleText) in \AWB\WikiFunctions\MetaDataSorter.cs:line 362
  at WikiFunctions.Parse.MetaDataSorter.Sort(String ArticleText, String ArticleTitle) in \AWB\WikiFunctions\MetaDataSorter.cs:line 202
  at WikiFunctions.Parse.Parsers.SortMetaData(String ArticleText, String ArticleTitle) in \AWB\WikiFunctions\Parsers.cs:line 157
  at AutoWikiBrowser.MainForm.ProcessPage(ArticleEx TheArticle) in \AWB\AWB\Main.cs:line 949

OsamaK 14:53, 1 September 2007 (UTC)

To duplicate: Unknown
Operating system Microsoft Windows NT 5.1.2600 Service Pack 2
.NET FW Version Unknown
AWB version 4.0.0.1
Workaround None
Fixed in version Unknown


On which page? MaxSem 15:09, 1 September 2007 (UTC)

Apparently, you have an older version from SVN. Please update to latest and report back if the problem persists. MaxSem 15:14, 1 September 2007 (UTC)

This is new error message:

Status Fixed in the next release
Description Exception: InvalidOperationException

Message: Failed to compare two elements in the array. Call stack: at System.Collections.Generic.ArraySortHelper`1.QuickSort[TValue](T[] keys, TValue[] values, Int32 left, Int32 right, IComparer`1 comparer)

  at System.Collections.Generic.ArraySortHelper`1.Sort[TValue](T[] keys, TValue[] values, Int32 index, Int32 length, IComparer`1 comparer)
  at System.Collections.Generic.GenericArraySortHelper`1.Sort[TValue](T[] keys, TValue[] values, Int32 index, Int32 length, IComparer`1 comparer)
  at System.Collections.Generic.ArraySortHelper`1.Sort(T[] items, Int32 index, Int32 length, IComparer`1 comparer)
  at System.Array.Sort[T](T[] array, Int32 index, Int32 length, IComparer`1 comparer)
  at System.Collections.Generic.List`1.Sort(Int32 index, Int32 count, IComparer`1 comparer)
  at WikiFunctions.Parse.MetaDataSorter.removeInterWikis(String& ArticleText) in \AWB\WikiFunctions\MetaDataSorter.cs:line 362
  at WikiFunctions.Parse.MetaDataSorter.Sort(String ArticleText, String ArticleTitle) in \AWB\WikiFunctions\MetaDataSorter.cs:line 202
  at WikiFunctions.Parse.Parsers.SortMetaData(String ArticleText, String ArticleTitle) in \AWB\WikiFunctions\Parsers.cs:line 157
  at AutoWikiBrowser.MainForm.ProcessPage(ArticleEx TheArticle) in \AWB\Main.cs:line 953

OsamaK 15:59, 1 September 2007 (UTC)

To duplicate: ar:تصنيف:شعارات
Operating system Microsoft Windows NT 5.1.2600 Service Pack 2
.NET FW Version Unknown
AWB version 4.0.0.1
Workaround None
Fixed in version Unknown


--OsamaK 15:59, 1 September 2007 (UTC)

What are you doing to cause the error OsamaK? Just running through an article? If so, which? Reedy Boy 16:15, 1 September 2007 (UTC)

Fixed in rev 1629. MaxSem 16:47, 1 September 2007 (UTC)

Comment relocation bug

Status Unknown
Description AWB changes around comments in the categories {Slash-|-Talk} 00:50, 11 May 2007 (UTC)
To duplicate: I said to EDIT Andy Green with AWB, not look at my edit. You'll see a comment move around in the categories.
Operating system Windows XP
.NET FW Version Unknown
AWB version 3190
Workaround don't touch comments? I don't know
Fixed in version Unknown


See what you mean, its moving <!--Not exactly on target, but I can't think of anything closer--> from next to the stub tags, to above the categories. Reedy Boy 19:07, 12 May 2007 (UTC)
This isnt really worth the effort for implementing code to prevent it being moved... Reedy Boy 22:00, 1 September 2007 (UTC)

Stub tags need a double space

Status Bug not confirmed
Description AWB removes the double blank line before a stub tag. This is needed to render the stub text correctly, with a single line it gets squashed up to the bottom of the text on short articles. Onco_p53 21:15, 5 July 2007 (UTC)
To duplicate:
Operating system XP
.NET FW Version Unknown
AWB version Alpha rev 1395 - AutoWikiBrowser3932r1395.zip
Workaround manually add the space
Fixed in version Unknown


I get this also, I thought that it has been already fixed but it looks it haven't --84.234.42.68 15:22, 7 July 2007 (UTC)
there was extensive discussion of an alternative "in wiki" CSS fix, but really AWB is the best fix for this. Rich Farmbrough, 13:02 21 July 2007 (GMT).
This is still a current problem with the 4.0 beta eg. Ischyroplectron isolatum. Onco_p53 22:48, 20 August 2007 (UTC)
Yup, hence it hasnt been marked as fixed/archived. Reedy Boy 08:54, 21 August 2007 (UTC)
It renders fine on the current MW software. No AWB changes needed. If you can find somewhere it makes a difference, we'll look into it Reedy Boy 21:58, 1 September 2007 (UTC)

Focus lost on loading article

Status Not a bug/currently unresolvable
Description When an article is loaded with changes, the focus of the caret is moved from the AWB part (say in the find box) to the IE part, so for example, pressing Ctrl+S doesn't save the article until the user clicks somewhere back in the AWB area. Rjwilmsi 18:33, 25 July 2007 (UTC)
To duplicate:
Operating system XP Pro SP2
.NET FW Version Unknown
AWB version V4 Alpha rev 1480
Workaround
Fixed in version Unknown


Hmm, i dont what exactly to do. It only needs the focus (of the cursor/similar) changing after changes are displayed. Probably comes about due to the change of browsers between edits and Diff... Reedy Boy 17:08, 28 July 2007 (UTC)

Thanks for following up on this issue. I think that the focus should be wherever the user sets it i.e. the user may set the focus to the category box, find box, edit box etc. while a page / pages are loading and after a page loads the focus should be where the user left it. If that's too difficult to implement, then the Save button would be a good place to focus I think, or maybe the top of the edit box if the edit box is currently displayed (rather than one of the log options). Thanks Rjwilmsi 18:07, 4 August 2007 (UTC)

As a thought.. We just could try commenting out all the .Focus().... Reedy Boy 20:57, 11 August 2007 (UTC)
This is a very minor bug, and the only real fix is commenting out .Focus. For the little difference it would make, its not really worth it. Reedy Boy 21:16, 1 September 2007 (UTC)

Copy on Web Browser Diff

Status Fixed in the next release
Description Using the right click, copy in web browser diff, it doesnt copy to clipboard. Seems to work fine in vista though... Reedy Boy 21:51, 25 August 2007 (UTC)
To duplicate:
Operating system XP
.NET FW Version Unknown
AWB version SVN
Workaround
Fixed in version Unknown


Changed the custom right click menu to standard browser one - rev 1639 Reedy Boy 22:45, 1 September 2007 (UTC)


Object reference not set to an instance of an object.

Status Fixed in the next release
Description I get the above error when trying to log into the IRCMonitor and wondered if anyone could give me a hand? Craigy (talk) 00:53, 2 September 2007 (UTC)

Exception: NullReferenceException Message: Object reference not set to an instance of an object. Call stack: at WikiFunctions.UserProperties.set_Name(String value) in D:\AWB\AWB\WikiFunctions\Variables.cs:line 1179

  at WikiFunctions.UserProperties.UpdateWikiStatus() in D:\AWB\AWB\WikiFunctions\Variables.cs:line 1359
To duplicate:
Operating system XP
.NET FW Version Unknown
AWB version 1.0.0.0 (IRCMonitor)
Workaround
Fixed in version Unknown


Yup, its broken. We know. Its due to the change in versioning - IRCM is v1, but its still using the AWB login procedures, which is at v4. Reedy Boy 10:49, 2 September 2007 (UTC)
Fixed - rev 1640. Seems some events weren't being handled by IRCM, causing errors! Reedy Boy 11:22, 2 September 2007 (UTC)

OK, it's still doing it. Am I doing something wrong? Craigy (talk) 17:41, 2 September 2007 (UTC)

It will do. Unless your using the SVN version. As nothing will have changed in your version. You'll probably have to wait for the next release Reedy Boy 17:45, 2 September 2007 (UTC)

Fixing Main Article to {{main}}

Status Fixed in the next release
Description Just noticed, the "FixMainArticle" doesnt correctly transfer piped wikilinks. It changes it to {{main|Whatever|Piped}}, when it needs to change it to {{main|Whatever|l1=Piped}}. As the pipe otherwise, is used to represent multiple "main articles". Reedy Boy 17:26, 2 September 2007 (UTC)
To duplicate:
Operating system
.NET FW Version Unknown
AWB version SVN
Workaround
Fixed in version Unknown


Fixed in rev 1643. —METS501 (talk) 18:26, 2 September 2007 (UTC)

Nice one Mets Reedy Boy 18:50, 2 September 2007 (UTC)

Pressing Stop...

Status Fixed in the next release
Description Exception: FileNotFoundException

Message: The system cannot find the file specified. (Exception from HRESULT: 0x80070002) Call stack: at System.Windows.Forms.UnsafeNativeMethods.IPersistStreamInit.Save(IStream pstm, Boolean fClearDirty)

  at System.Windows.Forms.WebBrowser.get_DocumentStream()
  at System.Windows.Forms.WebBrowser.get_DocumentText()
  at WikiFunctions.Browser.WebControl.ToString() in D:\AWB\AWB\WikiFunctions\WebControl.cs:line 135
  at WikiFunctions.UserProperties.UpdateWikiStatus() in D:\AWB\AWB\WikiFunctions\Variables.cs:line 1296

Reedy Boy 17:48, 2 September 2007 (UTC)

To duplicate: Unknown
Operating system Microsoft Windows NT 5.1.2600 Service Pack 2
.NET FW Version Unknown
AWB version 4.0.0.1
Workaround None
Fixed in version Unknown


I was doing typo fixing and such, seemed to have got stuck. I pressed stop, and it threw that exception. Did have a message when i checked WP in my browser... Reedy Boy 17:48, 2 September 2007 (UTC)

It then did the page couldnt be loaded thingy... Reedy Boy 17:49, 2 September 2007 (UTC)
Most likely, just a concourse of circumstances. I've added a handler for it in rev 1642, hope it'll help. Is it reproduceable? MaxSem 18:25, 2 September 2007 (UTC)
I dont think it is reproducable. Or at least, not on demand. Reedy Boy 18:52, 2 September 2007 (UTC)

++ bug

When I try get any category from ar.jurispedia.org, I have this error:

Status Not a bug in AWB, has been referred
Description Exception: WebException

Message: The remote server returned an error: (404) Not Found. Call stack: at System.Net.HttpWebRequest.GetResponse()

  at WikiFunctions.Tools.GetHTML(String URL, Encoding Enc) in \AWB\WikiFunctions\Tools.cs:line 327
  at WikiFunctions.Lists.GetLists.FromCategory(Boolean SubCategories, Int32 Limit, String[] Categories) in \AWB\WikiFunctions\GetLists.cs:line 168
  at WikiFunctions.Controls.Lists.ListMaker.MakeList2() in \AWB\WikiFunctions\ListMaker.cs:line 737

OsamaK 18:06, 3 September 2007 (UTC)

To duplicate: Unknown
Operating system Microsoft Windows NT 5.1.2600 Service Pack 2
.NET FW Version Unknown
AWB version 4.0.0.1
Workaround None
Fixed in version Unknown


Are query.php and api.php installed there? —METS501 (talk) 18:18, 3 September 2007 (UTC)

I do not know, they are using MediaWiki version 1.10 is it OK?--OsamaK 20:04, 3 September 2007 (UTC)
[16] == "Not Found". Thats the answer Reedy Boy 21:25, 3 September 2007 (UTC)
Aha, Can you add a message error like : "There are no query.php and/or api.php". thanks--OsamaK 08:15, 4 September 2007 (UTC)
Not really needed now - Mets has changed most of the remaining query.php to api.php for 4.1. Just 2 to try and change!! Reedy Boy 11:42, 9 September 2007 (UTC)

wikify tag lacks "date="

Status Duplicate
Description When adding the {{wikify}}, AWB omits to add "date=" before the month/year it adds
To duplicate:
Operating system
.NET FW Version Unknown
AWB version 4.0.0.0
Workaround ( SmackBot fixed it: [17] )
Fixed in version Unknown


Already Fixed - Wikipedia_talk:AutoWikiBrowser/Bugs/Archive_3#Need_.22date.3D.22_in_tags Reedy Boy 15:07, 8 September 2007 (UTC)

IRCM opens new articles/files in english wikipedia, when I working in arabic wikipedia

Status Fixed in the next release
Description When I try Load article/file in "New" tab, IRCM will opens this page in English Wikipedia. It should open it in the wiki I work on. sorry for long subject :)--{{subst:#ifeq:{{subst:NAMESPACE}}|User talk|{{subst:#ifeq:{{subst:PAGENAME}}|OsamaK|OsamaK|OsamaKReply? on my talk page, please}}|OsamaK}} 14:34, 9 September 2007 (UTC)
To duplicate: Working in Arabic Wikipedia
Operating system Microsoft Windows XP
.NET FW Version Unknown
AWB version Last SVN version
Workaround None
Fixed in version Unknown


Also, when I try logging-in. anyway, i am not sure. Is logging very important?--{{subst:#ifeq:{{subst:NAMESPACE}}|User talk|{{subst:#ifeq:{{subst:PAGENAME}}|OsamaK|OsamaK|OsamaKReply? on my talk page, please}}|OsamaK}} 15:03, 9 September 2007 (UTC)
Fixed - rev 1660/rev 1661 Reedy Boy 16:14, 9 September 2007 (UTC)

Clicking on the Webcontrol....

Status Not enough information/very rare bug
Description Exception: COMException

Message: The requested resource is in use. (Exception from HRESULT: 0x800700AA) Call stack: at System.Windows.Forms.UnsafeNativeMethods.IWebBrowser2.Navigate2(Object& URL, Object& flags, Object& targetFrameName, Object& postData, Object& headers)

  at System.Windows.Forms.WebBrowser.PerformNavigate2(Object& URL, Object& flags, Object& targetFrameName, Object& postData, Object& headers)
  at System.Windows.Forms.WebBrowser.PerformNavigateHelper(String urlString, Boolean newWindow, String targetFrameName, Byte[] postData, String headers)
  at System.Windows.Forms.WebBrowser.Navigate(String urlString)
  at WikiFunctions.Browser.WebControl.LoadEditPage(String Article) in D:\AWB\AWB\WikiFunctions\WebControl.cs:line 719

Reedy Boy 18:25, 26 August 2007 (UTC)

To duplicate: Unknown
Operating system Microsoft Windows NT 5.1.2600 Service Pack 2
.NET FW Version Unknown
AWB version 4.0.0.1
Workaround None
Fixed in version Unknown


Clicking/right clicking on the web control whilst it was loading did the above...

Reedy Boy 18:25, 26 August 2007 (UTC)

Random crashing of AWB

Status Not enough information/very rare bug
Description When performing runs with AWB, the program randomly crashes, prompting Vista to bring up the "program has stopped working" window. It appears that AWB only crashes after a long run and when the "flash" and/or "beep" options are enabled. Edit: This occurs in XP as well after some testing. --TMF Let's Go Mets - Stats 07:07, 27 August 2007 (UTC)
To duplicate: Run AWB for a prolonged period, such as an hour, with "flash"/"beep" enabled in general/user prefs
Operating system XP/Vista
.NET FW Version Unknown
AWB version 4.0.0.0
Workaround Potentially turning "flash" and "beep" off. Not verified.
Fixed in version Unknown


Its due its memory footprint AFAIK. We're working on that. Reedy Boy 07:35, 27 August 2007 (UTC)
Another note - if I stay focused on AWB (so it doesn't flash or beep), it appears to work fine. Been doing an AWB run for a few hours now and no issues. Also, I've noticed that every time AWB crashes, it's immediately after a beep. --TMF Let's Go Mets - Stats 18:49, 27 August 2007 (UTC)
Next time it crashes, can you let us know what the current memory usage of AWB is? Reedy Boy 12:32, 2 September 2007 (UTC)
Just crashed, with "flash" and "beep" off, so that throws my initial theory out the window. Memory usage was between 53-54K when it crashed. --TMF Let's Go Mets - Stats 03:43, 5 September 2007 (UTC)
Thats nothing... Well, depending on what your machine has RAM wise - Ive seen it over 150k before Reedy Boy 09:56, 5 September 2007 (UTC)
Correction in my statement - "flash" and "beep" were on at the time, I forgot I enabled it by default. --TMF Let's Go Mets - Stats 20:36, 9 September 2007 (UTC)

Bottom Frame doesn't show

Status Fixed in the next release
Description The bottom frame doesn't show completely. There are radio buttons and text fields below the bottom of the window that I can't get to. Also, the whole text window doesn't show, nor does the status bar at the bottom, and the entire right side is cut off. —  MusicMaker5376 06:27, 30 July 2007 (UTC)
To duplicate:
Operating system XP
.NET FW Version Unknown
AWB version 4.0.0.0, 4.1.0.0, 4.1.1.0
Workaround Can't find one.
Fixed in version Unknown


Can you tell us what display resolution you're using? (If you don't know how, see [18], but don't actually change it; just tell us what the slider says and press OK) —METS501 (talk) 12:34, 30 July 2007 (UTC)

Also, do you think you can upload a screenshot to show us what it actually looks like? Thanks. —METS501 (talk) 12:36, 30 July 2007 (UTC)

The same is happening to me. Just imagine AWB up and working, but the white space at the top where the changes are shown is so big that it pushes the bottom inch of the options off the screen. Resizing the window doesn't do anything to help. My resolution is 800x600, but when I changed it, nothing really happened, though I could be doing it wrong. I can't get a screenshot to work because of file types. Reywas92Talk 14:56, 30 July 2007 (UTC)

800x600 is a rather uncommon resolution now, most people are on at least 1024*768. Even putting a 17" monitor, it will be bigger and cant really duplicate it... Reedy Boy 17:57, 30 July 2007 (UTC)
Is it actually maximised... Or manually resized? As the whitespace is the one that changes... Shrink it manually, and use the maximise box near the exit X... Reedy Boy 18:03, 30 July 2007 (UTC)

I'm using 1280x1024, and I've tried expanding the window both manually and using the maximize button. I'm not exactly sure how to make a screenshot -- I know I saw something about it on WP a couple of months ago, but I can't remember where. I'll look around and see if I can. —  MusicMaker5376 19:39, 30 July 2007 (UTC)

I see what you guys are talking about; I just set my monitor to 800x600 to check and no matter what I do, I can't get the bottom to display. I'm putting it back to 800x600 and I'm going to check out what's wrong. —METS501 (talk) 19:41, 30 July 2007 (UTC)
I think I've fixed this in rev 1508. Can someone else who was having the problem download the latest SVN copy and test it out to make sure? Thanks. —METS501 (talk) 19:53, 30 July 2007 (UTC)

What exactly do I go through to download that? I clicked a couple things, and it does nothing, though I'm probably just doing it wrong. Do I download it again the regular way, or do I need to do the tortoiseSVN thing? Reywas92Talk 20:04, 30 July 2007 (UTC)

Sorry for the ambiguity. You'll need TortoiseSVN and Microsoft Visual C# to compile it. See Wikipedia:AutoWikiBrowser#Getting the sources. If you don't have Microsoft Visual C# already installed it'll probably not be worth it for you to install it just for this. —METS501 (talk) 20:07, 30 July 2007 (UTC)
You could just build it Mets, and upload it somewhere ;). Not on SF tho ;) Reedy Boy 20:38, 30 July 2007 (UTC)
Oh yeah, I forgot. Sorry :-) —METS501 (talk) 21:31, 30 July 2007 (UTC)

Alright, I was actually able to follow all of those directions, download all of the software, and compile the next build. I'm proud. But, unfortunately, it's still doing it. Again, I'm at 1280x1024. The splash screen, too, isn't rendering correctly -- what should be the lower right hand corner is about an inch toward the center. —  MusicMaker5376 20:56, 30 July 2007 (UTC)

Yay for the compiling, but I have no idea what's doing it on a 1280x1024 screen. Do you think you can get a screenshot? —METS501 (talk) 21:31, 30 July 2007 (UTC)
Yeah, im intrigued too. Just press the print screen button on your keyboard, and then paste into Paint or something, save, and upload :) Reedy Boy 21:39, 30 July 2007 (UTC)
Lol -- I'm going to see what I can do about getting a screenshot. I tried hitting PrtScn, and tried pasting in Paint, but nothing happened. That button has two other commands on it (SysRq and Insert), so I might have to push something else with it, yadda, yadda, yadda. I'm trying.... —  MusicMaker5376 21:44, 30 July 2007 (UTC)
Mine has the Sys Rq, but aint insert aswell... Reedy Boy 21:53, 30 July 2007 (UTC)

There ya go. Hope they help. —  MusicMaker5376 22:01, 30 July 2007 (UTC)

Its almost like something is ovveriding the default sizes... Reedy Boy 22:06, 30 July 2007 (UTC)
Yeah, that's really weird. —METS501 (talk) 02:53, 31 July 2007 (UTC)
Woo hoo! I stumped the programmers! —  MusicMaker5376 03:45, 31 July 2007 (UTC)
Fun for a moment, until the program doesn't get fixed :-) —METS501 (talk) 12:33, 31 July 2007 (UTC)
I know an easier way.. Blacklist the users that have problems. Then we dont have to fix it ;) Reedy Boy 18:52, 31 July 2007 (UTC)
HEY!! —  MusicMaker5376 22:04, 31 July 2007 (UTC)

Were you able to use previous versions without issue or are you new to AWB? Since I also have no initial idea what might be the cause perhaps we can find a working version and see what has changed since then. All I can say is that it's worked for me on various screen sizes and resolutions... I will however do some tests when I have time if this isn't resolved before then. --kingboyk 12:35, 4 August 2007 (UTC)

This isn't the first version I used, though I'm relatively new to AWB. I don't remember the version number of the old version I was using, and, in true American "newer-is-always-better" mentality, I erased the old version shortly after downloading the 4000, but, of course, before trying it out to make sure it worked.... I downloaded it on July 15, if that helps, and had no problems. —  MusicMaker5376 16:05, 4 August 2007 (UTC)
Well, the last release before v4 was back in april - 3.9.1.0 Try downloading it [19] and see if it looks ok. If it does, its something with AWB. Reedy Boy 16:15, 4 August 2007 (UTC)
No problems with 3.9.1.0. Looks fine. Is there any way I can override the updater and use that version? —  MusicMaker5376 17:07, 4 August 2007 (UTC)
Its not the updater, its the checkpage... Simplest option IMHO, is grab a copy of the Main.designer.cs from the 3.9.1.0 release, and then do a diff with the current one. Look for any changes... Reedy Boy 17:16, 4 August 2007 (UTC)
Lol. I understood about 35% of those words.... —  MusicMaker5376 17:21, 4 August 2007 (UTC)
More a note for myself/mets/kingboyk if he has the time ;). Answer = Bare with us! Reedy Boy 17:39, 4 August 2007 (UTC)
Baring.... —  MusicMaker5376 21:02, 4 August 2007 (UTC)
- Thats to do with the split container... Reedy Boy 14:32, 5 August 2007 (UTC)
  • Yes, I've just downloaded the new release and have exactly the same problem. I'm on XP, 1280x1024, IE6. Ver. 3.9.1.0 I used previously worked fine. Is there any workaround? --213.170.112.173 20:43, 8 August 2007 (UTC)
I dont get that and im on the same setup. No workaround as of yet. When this and one other bug is fixed, another release needs to go out. Reedy Boy 20:59, 8 August 2007 (UTC)
rev 1537 - Changed some Splash screen options to prevent the tiling. Set Max and Min size to save size... Ideally could do with someone who has the problem to try an updated version for us... Not that the bugs fully fixed... Reedy Boy 23:32, 10 August 2007 (UTC)
I know you guys are working on it, but I just thought I'd add that I am having the same problem on 1400x900 resolution. Plasticup T/C 20:16, 20 August 2007 (UTC)
Hopefully, potentially fixed...? Reedy Boy 10:18, 23 August 2007 (UTC)
I've changed it to fixed, given that I took away the SplitContainer which I think was causing the problems, and Reedy's cleaned it up. —METS501 (talk) 15:35, 27 August 2007 (UTC)

AWESOME! I'm sorry I never got around to checking the splash screen -- I just started a new jobby job. Hopefully, I'll be able to get that done tonight. —  MusicMaker5376 18:10, 27 August 2007 (UTC)

If someone can test it for us to let us know it all works, that'd be really appreciated :) Reedy Boy 18:43, 27 August 2007 (UTC)

4.1 is out... Can anyone please tell us if this is fixed?? Reedy Boy 19:50, 9 September 2007 (UTC)

Still broken for me. --Hautala 09:55, 10 September 2007 (UTC)
Still broken in 4.1.1.0. --Hautala 12:23, 16 September 2007 (UTC)
Yup, would be if it wasnt fixed in 4.1 - No changes related to this were made at all. 4.1.1.0 was just a bugfix release for some other issues. Reedy Boy 15:18, 16 September 2007 (UTC)

It isn't fixed. It is exactly the same in 4110. It is still usable, but a few vital buttons on the bottom just can't show up. Resizing the AWB window makes the white space where the changes are shown change size. The reat just refuses to show. Every resolution is the same. Reywas92Talk 15:54, 16 September 2007 (UTC)

I didnt say it was fixed - "Yup, would be (the same) if it wasnt fixed in 4.1 - No changes related to this were made at all." - It wasnt fixed in 4.1, so it wasnt going to be fixed in 4.1.1.0. Reedy Boy 17:38, 16 September 2007 (UTC)
The status said it was. Jogers (talk) 17:41, 16 September 2007 (UTC)
4.1.2.0 is out - Any better? Reedy Boy 14:00, 23 September 2007 (UTC)
Yes, works for me now. Thank you. --Hautala 10:43, 1 October 2007 (UTC)
YAAAAAYYYY. Marking as fixed :) Reedy Boy 11:09, 1 October 2007 (UTC)