Jump to content

Wikipedia talk:AutoWikiBrowser/Bugs: Difference between revisions

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia
Content deleted Content added
Combined 2
Archived Some
Line 98: Line 98:
::Just was shown a restore on commons... [[User:Reedy Boy|Reedy Boy]] 20:40, 13 September 2007 (UTC)
::Just was shown a restore on commons... [[User:Reedy Boy|Reedy Boy]] 20:40, 13 September 2007 (UTC)
:::So the problem wasn't in non-English language.--[[User:OsamaK|OsamaK]] 19:10, 15 September 2007 (UTC)
:::So the problem wasn't in non-English language.--[[User:OsamaK|OsamaK]] 19:10, 15 September 2007 (UTC)

== No scrollbars in preview, show changes and edit box ==

{{AWB bug
| status = wontfix
| description = There are no scrollbars to view all the text in preview, show changes and edit box.<!-- Place description of the bug here --> --[[User:213.170.112.173|213.170.112.173]] 23:49, 26 September 2007 (UTC)
| duplicate = <!-- Directions to recreate the bug (i.e. what did you do that caused this bug); leave blank if unknown or not applicable -->
| OS = Win XP, .NET 2.0, IE 6.0<!-- Your operating system (should be either Windows Vista or XP) -->
| version = 4.1.2.0<!-- The version of AWB you are using -->
| workaround = <!-- Any workaround for the problem -->
}}
:There is the vertical scroll bar, so bets hedged, you mean, horizontal? [[User:Reedy Boy|Reedy Boy]] 19:20, 27 September 2007 (UTC)
:: I have none. Screen resolution is 1280x1024. --[[User:213.170.112.173|213.170.112.173]] 22:17, 27 September 2007 (UTC)
:::Try shrinking the window down when there is something in the web control. Does that show them? As both should only be shown when needed to be [[User:Reedy Boy|Reedy Boy]] 20:02, 29 September 2007 (UTC)
:::: I tried to change window size, use minimized/maximized windows, scroll bars don't appear at all. But they definitely should, since an article I load is quite large and there is text behind the panel. Even when the panel is hidden (using left down arrow) the text is large enough, it doesn't fit the window but there are no scroll bars :( --[[User:213.170.112.173|213.170.112.173]] 21:22, 30 September 2007 (UTC)

:Seems rather weird.. Potentially not AWB. Can you take a screenshot of AWB when you expect it should be showing the scroll bars? [[User:Reedy Boy|Reedy Boy]] 21:24, 30 September 2007 (UTC)
:: [[:Image:AWB4120 noscrollbars 1.PNG]] Any idea of the reason for this weird behaviour? --[[User:213.170.112.173|213.170.112.173]] 20:29, 2 October 2007 (UTC)
:::The GUI is screwed a bit it seems... Hmmmm [[User:Reedy Boy|Reedy Boy]] 21:11, 2 October 2007 (UTC)
:::: Anyway, it seems to be this AWB version's problem, since older AWB versions and other apps look fine. --[[User:213.170.112.173|213.170.112.173]] 21:20, 2 October 2007 (UTC)
:::::Thats interesting... That points to the culprit then... We had a user commited fix to fix a GUI problem they were having with other versions since v4... Looks fine for us... Seems it may have caused you problems! [[User:Reedy Boy|Reedy Boy]] 21:22, 2 October 2007 (UTC)


== Detecting admin status ==
== Detecting admin status ==
Line 236: Line 215:
::::::Goold ol' Regex - [A-Za-z0-9] - So that makes that a bit simpler - Does ranges ;) <small>—<font face="Trebuchet MS">'''[[User:Reedy Boy|<font color="darkred">Reedy</font>]] [[User talk:Reedy Boy|<font color="darkred">Boy</font>]]'''</font></small> 21:14, 16 December 2007 (UTC)
::::::Goold ol' Regex - [A-Za-z0-9] - So that makes that a bit simpler - Does ranges ;) <small>—<font face="Trebuchet MS">'''[[User:Reedy Boy|<font color="darkred">Reedy</font>]] [[User talk:Reedy Boy|<font color="darkred">Boy</font>]]'''</font></small> 21:14, 16 December 2007 (UTC)
::::: A quick look at [[Wikipedia:Manual_of_Style#Section_headings|The Manual of Style]] says that the spaces are extra, so I suppose my fix may be arbitrary and should not be automatic as a general fix [[User:Slysplace|<font color="green">Slysplace</font>]] | [[User talk:Slysplace|<font color="666"><sup>'''talk'''</sup></font>]] 01:03, 13 December 2007 (UTC)
::::: A quick look at [[Wikipedia:Manual_of_Style#Section_headings|The Manual of Style]] says that the spaces are extra, so I suppose my fix may be arbitrary and should not be automatic as a general fix [[User:Slysplace|<font color="green">Slysplace</font>]] | [[User talk:Slysplace|<font color="666"><sup>'''talk'''</sup></font>]] 01:03, 13 December 2007 (UTC)

== Empty template in references ==
{{AWB bug
| status = fixed
| description = When cleaning up empty templates (<nowiki>{{}}</nowiki>;), AWB can break semi-malformed ref tags. It changes <nowiki><ref name=fred>{{}}</ref></nowiki> to <nowiki><ref name=fred></ref></nowiki>, where it should actually be <nowiki><ref name=fred&nbsp;/></nowiki>.[[User talk:SarekOfVulcan|uɐɔlnʌɟoʞǝɹɐs]] 15:19, 13 December 2007 (UTC)
| duplicate = http://en.wikipedia.org/w/index.php?title=Barrow%2C_Alaska&diff=177517359&oldid=177146161 shows where I thoroughly broke a page doing this
| OS = Windows XP
| version = 4.1.4.2
| workaround = Manual fix if noticed.
}}
:True... Not a major thing i suppose ;)<small>—<font face="Trebuchet MS">'''[[User:Reedy Boy|<font color="darkred">Reedy</font>]] [[User talk:Reedy Boy|<font color="darkred">Boy</font>]]'''</font></small> 22:02, 14 December 2007 (UTC)
::Maybe as a feature..? As fixing any that are <nowiki><ref name="blah"></ref></nowiki> if the text is only whitespace, wouldnt be a bad thing. <small>—<font face="Trebuchet MS">'''[[User:Reedy Boy|<font color="darkred">Reedy</font>]] [[User talk:Reedy Boy|<font color="darkred">Boy</font>]]'''</font></small> 20:40, 16 December 2007 (UTC)

[http://en.wikipedia.org/w/index.php?title=Wikipedia%3AAutoWikiBrowser%2FSandbox&diff=178368897&oldid=178368308] - The thing is then.. what if the reference has "" because there is a space in its name.. Thats going to mess it up.. Hmm <small>—<font face="Trebuchet MS">'''[[User:Reedy Boy|<font color="darkred">Reedy</font>]] [[User talk:Reedy Boy|<font color="darkred">Boy</font>]]'''</font></small> 21:33, 16 December 2007 (UTC)

:Better to be safe than sorry - [http://en.wikipedia.org/w/index.php?title=Wikipedia%3AAutoWikiBrowser%2FSandbox&diff=178372778&oldid=178372652] <small>—<font face="Trebuchet MS">'''[[User:Reedy Boy|<font color="darkred">Reedy</font>]] [[User talk:Reedy Boy|<font color="darkred">Boy</font>]]'''</font></small> 21:52, 16 December 2007 (UTC)

::Fixed/added - {{awbsvn|1900}} <small>—<font face="Trebuchet MS">'''[[User:Reedy Boy|<font color="darkred">Reedy</font>]] [[User talk:Reedy Boy|<font color="darkred">Boy</font>]]'''</font></small> 21:54, 16 December 2007 (UTC)


== CFD plugin adding asterisk ==
== CFD plugin adding asterisk ==
Line 353: Line 314:
:I get the feeling this *may* be a MW problem.. <small>—<font face="Trebuchet MS">'''[[User:Reedy Boy|<font color="darkred">Reedy</font>]] [[User talk:Reedy Boy|<font color="darkred">Boy</font>]]'''</font></small> 19:18, 16 December 2007 (UTC)
:I get the feeling this *may* be a MW problem.. <small>—<font face="Trebuchet MS">'''[[User:Reedy Boy|<font color="darkred">Reedy</font>]] [[User talk:Reedy Boy|<font color="darkred">Boy</font>]]'''</font></small> 19:18, 16 December 2007 (UTC)
::Confirmed, it returns a blank page sometimes (and for human browsing too). I'm currently discussing it on #wikimedia-tech, and we need to develop a course of behaviour in such cases. [[User:MaxSem|Max<font size="+1">''S''</font>em]]<sup>([[User talk:MaxSem|Han shot first!]])</sup> 19:45, 16 December 2007 (UTC)
::Confirmed, it returns a blank page sometimes (and for human browsing too). I'm currently discussing it on #wikimedia-tech, and we need to develop a course of behaviour in such cases. [[User:MaxSem|Max<font size="+1">''S''</font>em]]<sup>([[User talk:MaxSem|Han shot first!]])</sup> 19:45, 16 December 2007 (UTC)

== AWB encountered NullReferenceException ==

{{AWB bug
| status = fixed
| description = <table><tr><td>Exception:<td><code>NullReferenceException</code><tr><td>Message:<td><code>Object reference not set to an instance of an object.</code><tr><td>Call stack:<td><pre> at WikiFunctions.Browser.WebControl.Login(String username, String password)
at WikiFunctions.AWBProfiles.AWBProfilesForm.browserLogin(String Username, String Password)
at WikiFunctions.AWBProfiles.AWBProfilesForm.browserLogin(String Password)
at WikiFunctions.AWBProfiles.AWBProfilesForm.login()</pre></table>
I found this while attempting to login with another account (I was already logged in in my bot account) using the profeiles window in IRCMonitor[[User:Waldir|Waldir]] <sup>[[User talk:Waldir|talk]]</sup> 18:14, 16 December 2007 (UTC)
| OS = Microsoft Windows NT 5.1.2600 Service Pack 2
| version = 4.1.4.2
}}
:Fixed.. I hope - {{awbsvn|1899}}. <small>—<font face="Trebuchet MS">'''[[User:Reedy Boy|<font color="darkred">Reedy</font>]] [[User talk:Reedy Boy|<font color="darkred">Boy</font>]]'''</font></small> 21:02, 16 December 2007 (UTC)

Revision as of 10:18, 17 December 2007

Archive
Archive 1
Archive 2
Archive 3 (Version 4.0)
Archive 4 (Version 4.1)
Archive 5 (Version 4.1)

Please only use this page to report bugs in the current version of the software. Please update to the most recent version, check to make sure your bug has not been reported already on this page, and read the FAQ before posting a bug here.

Any discussion can follow as normal.

This format allows the developers to keep track of bugs and to make sure the bugs are fixed as fast as possible. Once the bugs have been fixed, they will be moved to the /Archive 5.

If you cannot find your Bug on this page, please check the /Archive 4//Archive 5, as it may have been fixed for the next release!

Disambig tab weirdness

Status New
Description After the links have been loaded in the disambig tab, when I move my mouse over the box containing the links the text in the box goes white and you can't see any text. Reappears if I click in the 'Link to disambiguate box'. Also reappears if I click in the box itself, but disappears if I move my cursor out of the box and stays disappeared when I move my cursor back in. If I then highlight some, those particular ones reappear, but disappear again if I move my cursor out of the box again. I hope that makes sense! mattbr 19:06, 29 June 2007 (UTC)[reply]
To duplicate: As described
Operating system Windows Vista
.NET FW Version Unknown
AWB version Alpha 3.9.3.0, also noticed in prior version (3.9.1.0)
Workaround None
Fixed in version Unknown


Both me and max are unable to duplicate in XP... Reedy Boy 20:34, 29 June 2007 (UTC)[reply]
Verified that this bug exists in Vista. Looks like it's up to me to fix it, and I have no freakin' idea what's causing it. —METS501 (talk) 02:24, 30 June 2007 (UTC)[reply]
Thats what we thought. Ie there is no event fired (well, no dev coded event)) when there is mousehover... Maybe just change the control for a listbox? Reedy Boy 12:04, 30 June 2007 (UTC)[reply]
Edit box is there for a reason - before starting disambiguating, you'll have to change all links to their normal case, because they're loaded with first letter always uppercase. MaxSem 12:17, 30 June 2007 (UTC)[reply]
Ah, ok. I've never actually used it... Reedy Boy 12:26, 30 June 2007 (UTC)[reply]
I've noticed this aswell - The list maker seems to do the same.. I think its just Vista/.NET FW v2... Probably not a lot that can be done.. I cant remember if i've seen it on an XP box tho (i think not) Reedy Boy 00:28, 18 November 2007 (UTC)[reply]
Im pretty sure this is a vista problem. I get a funny problem with VS in vista where it doesnt seem to always draw anything properly - You have to scroll/minimise/maximise to get it to update Reedy Boy 21:05, 16 December 2007 (UTC)[reply]

Undone typo still in edit summary

Status New
Description Typo undone by double clicking the diff line still appears in the edit summary, as in this edit. mattbr 15:48, 2 July 2007 (UTC)[reply]
To duplicate: As described
Operating system Windows Vista
.NET FW Version Unknown
AWB version Alpha 3.9.3.2
Workaround Unknown
Fixed in version Unknown


I agree - I think it would be helpful to other users reviewing AWB edits if undone typos didn't appear in the edit summary. Rjwilmsi 17:50, 23 September 2007 (UTC)[reply]
I'm also supporting this, since I'm getting comments that the summary does not match my change.. - Rahier talk+contrib 17:10, 9 December 2007 (UTC)[reply]

Logged in user at bottom right still not updating

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


I've just been testing it just now. Most of the time it does work, there just seems to be a few cases where it doesnt always update properly... Reedy Boy 14:47, 3 July 2007 (UTC)[reply]
Tried to improve this a bit... But still not much better... Reedy Boy 16:23, 5 July 2007 (UTC)[reply]
It seems, when its polling for the username, to check what it is, its still getting the old username... And therefore doesnt always update... Need to have a look at the way its doing it... And potentially move it around or something Reedy Boy 14:41, 1 October 2007 (UTC)[reply]

Auto checkbox switches itself off

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


Maybe, i think it may be set to turn off/uncheck if there is problems... Reedy Boy 13:43, 20 July 2007 (UTC)[reply]
Actually... I dont think it is... Reedy Boy 22:54, 20 July 2007 (UTC)[reply]
It's always been like this. I agree it should stay on. You also can't save auto on in the settings file. This mean every time you get logged out, when you log back, you must re-check the box, and if you don't, the same thing that happens to Kingboyk happens to me. --(Review Me) R ParlateContribs@ (Let's Go Yankees!) 03:20, 21 July 2007 (UTC)[reply]
This is, nonetheless, a useful safeguard sometimes. Rich Farmbrough, 12:50 21 July 2007 (GMT).
Useful safeguard against what exactly? I agree that it's a setting which should be turned on by the operator and not saved in the xml,
That's what I thought you meant. Rich Farmbrough, 07:44 11 August 2007 (GMT).
but if it's turned off by AWB just because the connection was lost I'm not sure what's gained. Having a bad connection doesn't make my bot go wild, and even if in fact my bot does go wild it's easily shut down by an admin blocking it or somebody replacing my talk page redirect with a message. --kingboyk 14:25, 21 July 2007 (UTC)[reply]
Why shouldn't it be saved in the xml file? Now that we have profiles, you can associate one that always has "auto on" with your bot account only. --(Review Me) R ParlateContribs@ (Let's Go Yankees!) 16:47, 21 July 2007 (UTC)[reply]
I guess. The concept has always been this is a feature you must turn on, once you're happy with your settings. I wouldn't argue against becoming a little more liberal in that regard (current implementation can be a bit of a pain) but others might. --kingboyk 21:45, 24 July 2007 (UTC)[reply]
Simplish to fix.. If we decide which way it wants to be... Stay on? Reedy Boy 00:27, 18 November 2007 (UTC)[reply]

IRCM doesn't show any actions with ar.wp

Status New
Description When I use IRCM with Arabic Wikipedia, I can't see any actions (moving, deleting, un-deleting, etc..) OsamaK 16:18, 12 September 2007 (UTC)[reply]
To duplicate: Unknown
Operating system Windows XP
.NET FW Version Unknown
AWB version SVN
Workaround None
Fixed in version Unknown


Does it on any other wiki's? We know en.wp works.. Reedy Boy 20:20, 13 September 2007 (UTC)[reply]
Just was shown a restore on commons... Reedy Boy 20:40, 13 September 2007 (UTC)[reply]
So the problem wasn't in non-English language.--OsamaK 19:10, 15 September 2007 (UTC)[reply]

Detecting admin status

Status New
Description On en.wb (possibly others), admin status isn't detected (or something). Yes, I'm an admin there. I can click the delete button on the start tab, and my deletion summary is placed in the box, but clicking delete to confirm does nothing. In the status bar, the word "Protected" appears - the page isn't protected, so I don't know what that means.
To duplicate: log in to an admin account on WB and try to delete something.
Operating system XP SP2
.NET FW Version Unknown
AWB version 4.1.2.0
Workaround none known
Fixed in version Unknown


Mike.lifeguard | talk 02:36, 3 October 2007 (UTC)[reply]

Its either it isnt being detected.. Or the delete is broken... Reedy Boy 16:04, 3 October 2007 (UTC)[reply]
The protected appears on en.wp too. I too dont know what it means, but i know the delete works here on en.wp [1] Reedy Boy 16:09, 3 October 2007 (UTC)[reply]
The question is, does it actually delete the page? Reedy Boy 16:13, 3 October 2007 (UTC)[reply]
No, the page wasn't deleted. I tried several different pages, none of which were protected. Mike.lifeguard | talk 20:05, 3 October 2007 (UTC)[reply]
Whats it show in the web browser after its finished all the loading? It should go through automated motions of deleting - Like you would do if doing it manually. Can you watch it go through and see what the browser says? (Im a bit stuck as i only have admin here on en.wp) Reedy Boy 20:38, 3 October 2007 (UTC)[reply]
Yes, the upper section shows the delete page with the summary I entered in the dialog box. So I'm supposed to click Delete. The button looks like it's getting pushed. Only nothing happens. Click again and again - nothing. Mike.lifeguard | talk 21:54, 3 October 2007 (UTC)[reply]

Detecting bot status is spotty too. Often (this is a good thing if it's a bug - please don't fix it) the bot tab is enabled when using it though a non-bot account. However, less often (this is a problem) it will be disabled when using it through a bot-flagged account. Workaround = reinitialize AWB and hope it changes its mind the next time. Any progress towards a fix? Mike.lifeguard | talk 01:26, 13 October 2007 (UTC)[reply]

Does anyone else on your project experience similar problems? Which browser do you use for general editing? Do you edit through some kind of proxy? MaxSem 17:03, 16 October 2007 (UTC)[reply]
Nobody else uses AWB. I normally use Firefox, but I have IE7 installed and functional. Using IE I can delete normally. I don't edit through a proxy (so far as I know). Mike.lifeguard | talk 01:06, 17 October 2007 (UTC)[reply]

Still buggy after updating. 1st try today gave me 3 errors. 2nd try gave me bot=false. 3rd try gave me bot=true admin=true (admin=true is wrong for that account - it doesn't actually yield admin buttons though.) Mike.lifeguard | talk 00:56, 5 November 2007 (UTC)[reply]

Seems like this may be wikibooks side... Reedy Boy 21:56, 11 November 2007 (UTC)[reply]
Advice on fixing then? I can't go to the devs with "he says its not AWB's fault." Mike.lifeguard | @en.wb 00:41, 12 November 2007 (UTC)[reply]
True. If i get chance tonight, i'll have a play on wikibooks tonight and see what is pulling.. It would seem to be running the same version and extension of that of Wikipedia.. You said you're the only one that actually uses it on en.wb didnt you..? I wonder if its getting confused with the lack of checkpage and such.. Reedy Boy 11:27, 12 November 2007 (UTC)[reply]

Mike, can we provide you with a special version that will save some debug information in order to track that bug? BTW, what's your IE version. MaxSem(Han shot first!) 19:15, 16 November 2007 (UTC)[reply]

Yes, you most certainly can. I (don't) use IE 7.0.5730.11IC. Thanks to Reedy boy for the notification. I do watch this page, but the thought counts. Mike.lifeguard | @en.wb 21:56, 16 November 2007 (UTC)[reply]
And speaking of MW versions... We got updated (I think last night) to a new version, which may or may not affect stuff. Mike.lifeguard | @en.wb 22:18, 16 November 2007 (UTC)[reply]

Bold letters

Status Bug currently being investigated/fixed
Description Check here. AWB was supposed to convert the first two words in brackets into bold. For some reason, it didn't work. Magioladitis 03:31, 4 November 2007 (UTC)[reply]
To duplicate:
Operating system Windows XP Service pack 2
.NET FW Version Unknown
AWB version 4.1.4.0
Workaround None
Fixed in version Unknown


Presumably cause its linking back to itself.. Probably doesnt cater for these cases, and therefore didnt embolden. Reedy Boy 13:08, 4 November 2007 (UTC)[reply]
In other cases (here one but without the brackets and here one with the brackets!), I've seen AWB fixing it. It's a common mistake people to put [[]] instead of bold letters and AWB was working fine with that. -- Magioladitis 14:59, 4 November 2007 (UTC)[reply]
Hmm.. Whatever way, it needs sorting. Reedy Boy 15:03, 4 November 2007 (UTC)[reply]
It doesn't work when there is no other bolded text in the article because it's incorrectly marked as "NoChange" in BoldTitle(). I'm working on it. I wish Wikibluemoose made more comments in the source code :( Jogers (talk) 19:26, 8 November 2007 (UTC)[reply]
Just to report a normal case that didn't change to bold here. -- Magioladitis 02:34, 9 November 2007 (UTC)[reply]

General fixes made an unwanted replacement

Status Fixed in the next release
Description When I made some general fixes on the french wikipedia, the <references/> is replaced by {{reflist}}--Gdgourou (talk) 12:26, 6 December 2007 (UTC)[reply]
To duplicate: easaly when you activate the "general fixes" option...
Operating system Windows XP
.NET FW Version Unknown
AWB version 4.1.4.2
Workaround
Fixed in version Unknown


It is actually a "feature"... But it seems there is consensus generally against having it... Reedy Boy 19:28, 6 December 2007 (UTC)[reply]
It has already been fixed. -- Magioladitis (talk) 20:29, 6 December 2007 (UTC)[reply]
How I could desactivate this feature because the reflist isn't the french correct template --Gdgourou (talk) 21:17, 6 December 2007 (UTC)[reply]

This feature has been completely disabled in rev 1875. MaxSem(Han shot first!) 14:00, 7 December 2007 (UTC)[reply]

Complains were only if <references/> was plain. In the case that <span class="small"><references/></span> they were no complains. The first that was really a mistake has already been fixed in rev 1833 by METS501 (talk). All the other cases have to be replaced as before. Total disactivation is a mistake -- Magioladitis (talk) 11:38, 8 December 2007 (UTC)[reply]

Edit blocked by spam filter logged as successfully saved

Status New
Description On the page Chris Hülsbeck, AWB continues as normal and records the attempted edit as successfully saved when the edit has been blocked by the spam filter. mattbr 09:59, 9 December 2007 (UTC)[reply]
To duplicate: As described, "Skip if blocked by Spam Filter" option not checked (I haven't edited the page so the link is still there for testing if needed)
Operating system Windows Vista
.NET FW Version Unknown
AWB version 4.1.4.2
Workaround None
Fixed in version Unknown


Ah. Looks like the message has changed - Not linking to http://meta.wikimedia.org/wiki/spam_blacklist like it was prior... So the code wouldnt even work with the checkbox ticked - As its not registering as being blocked by the spam filter in AWB... Reedy Boy 12:51, 9 December 2007 (UTC)[reply]

AWB adds a stub tag to redirect pages

Status New
Description AWB adds a stub tag to redirect pages. They are not stubs as far as I am aware. Snowman (talk) 23:56, 9 December 2007 (UTC)[reply]
To duplicate: Normal operation of AWB. Try "Four Humors". Might be ok for redirects with one word.
Operating system Win XP prof
.NET FW Version Unknown
AWB version 4142
Workaround Manual editing or press ignore button
Fixed in version Unknown


PAGENAME

Status New
Description Inconsistent modification of {{PAGENAME}}. Sometimes the pipe is after the template in some infoboxes. Sometimes it changes it and sometimes it does not. The page "Venae cavae" is an example of one I had to change manually today. Snowman (talk) 19:24, 10 December 2007 (UTC)[reply]
To duplicate: Normal operation of AWB,
Operating system Wix XP pro Sp 2
.NET FW Version Unknown
AWB version 4142
Workaround write in the page name manually
Fixed in version Unknown


"Fix all excess whitespace" bug

Status New
Description After doing editing the clicking on "Fix all excess whitespace", an asterisk (*) is inserted on the first line below ==External links==. Every time you repeat the fix, it inserts one more asterisk (*) on the first line below ==External links==.Jeanenawhitney (talk) 16:10, 11 December 2007 (UTC)[reply]
To duplicate: see above
Operating system XP
.NET FW Version Unknown
AWB version 4.1.4.2
Workaround manually delete the extra asterisk(s)
Fixed in version Unknown


I'm sure i fixed this since the last release... Will have a look in teh archives Reedy Boy 18:40, 11 December 2007 (UTC)[reply]
nope it is still broke, and just found that if wording is ==External link== it will not insert, but ==External links== it does insert. --Jeanenawhitney (talk) 09:51, 12 December 2007 (UTC)[reply]
Also, it doesn't insert the extra "*" if the wording is ==External Links==, with the L capitalized.--Fabrictramp (talk) 15:28, 12 December 2007 (UTC)[reply]
Further comment -- it was doing it yesterday on my Windoze machine at work, but the same version of AWB isn't doing it on my Mac (running AWB under Virtual PC) at home. Same versions of Windoze and AWB on both machines. Odd.--Fabrictramp (talk) 18:58, 13 December 2007 (UTC)[reply]
Seems i didnt, but i think max did - rev 1786... That was before the last release Reedy Boy 17:10, 12 December 2007 (UTC)[reply]
Using AWB itself to find and replace ==External links== to == External links == and then fix all excess white space it works great. Possibly something to add to general fixes would be a list of Heading variables to fix and add a space as necessary ==A > == A , ==B > == B as well as a== > a == at the ends (yes this means 52 variables) but it's a temporary solution and I believe the correct format. Slysplace | talk 00:27, 13 December 2007 (UTC)[reply]
Just realized there would be furher variables as in 0,1,2,3 ... Many headings start and end with numbers Slysplace | talk 00:27, 13 December 2007 (UTC)[reply]
Goold ol' Regex - [A-Za-z0-9] - So that makes that a bit simpler - Does ranges ;) Reedy Boy 21:14, 16 December 2007 (UTC)[reply]
A quick look at The Manual of Style says that the spaces are extra, so I suppose my fix may be arbitrary and should not be automatic as a general fix Slysplace | talk 01:03, 13 December 2007 (UTC)[reply]

CFD plugin adding asterisk

Status New
Description When I add a list of categories to work on using the CFD plugin, it adds an asterisk at the end of the category name to be moved. When the article list is loaded, AWB makes no changes because the article to be edited does not contain the category with an asterisk. Kbdank71 (talk) 16:25, 13 December 2007 (UTC)[reply]
To duplicate:
Operating system XP
.NET FW Version Unknown
AWB version 4.1.4.2
Workaround After pasting the category list, I have to manually remove the asterisks for the plugin to work.
Fixed in version Unknown


Dont think this is really AWB - It will be picking up the asterix's from somewhere else.. Reedy Boy 22:04, 14 December 2007 (UTC)[reply]
What happens if you paste the text into notepad/similar. What does it display? Reedy Boy 20:40, 16 December 2007 (UTC)[reply]

AWB encountered XmlException

Status New
Description
Exception:XmlException
Message:'>' is an unexpected token. The expected token is '"' or . Line 1, position 63.
Call stack:
   at System.Xml.XmlTextReaderImpl.Throw(Exception e)
   at System.Xml.XmlTextReaderImpl.DtdParserProxy.System.Xml.IDtdParserAdapter.Throw(Exception e)
   at System.Xml.DtdParser.Throw(Int32 curPos, String res, String[] args)
   at System.Xml.DtdParser.ThrowUnexpectedToken(Int32 pos, String expectedToken1, String expectedToken2)
   at System.Xml.DtdParser.ParseExternalId(Token idTokenType, Token declType, String& publicId, String& systemId)
   at System.Xml.DtdParser.ParseInDocumentDtd(Boolean saveInternalSubset)
   at System.Xml.DtdParser.Parse(Boolean saveInternalSubset)
   at System.Xml.XmlTextReaderImpl.ParseDoctypeDecl()
   at System.Xml.XmlTextReaderImpl.ParseDocumentContent()
   at System.Xml.XmlTextReaderImpl.Read()
   at System.Xml.XmlTextReader.Read()
   at WikiFunctions.Lists.GetLists.FromWhatLinksHere(Boolean embedded, Int32 limit, String[] pages)
   at WikiFunctions.Parse.Parsers.Tagger(String ArticleText, String ArticleTitle, String& Summary)

Mbisanz (talk) 02:31, 15 December 2007 (UTC)[reply]

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


Mbisanz (talk) 02:31, 15 December 2007 (UTC)[reply]

On which page? Can you reproduce it? MaxSem(Han shot first!) 14:47, 15 December 2007 (UTC)[reply]
Didn't note the page it was on, assumed it was coded in above. Mbisanz (talk) 09:23, 17 December 2007 (UTC)[reply]

Stalls after arbitrary number of autosaves

Status New
Description I use my bot, User:BotanyBot, with AWB, running through long lists (c. 8000 pages) fixing taxonomy and such. I supervise AWB, but I'll let it run in the background while I do other tasks. Since this last update, I've noticed it finishes off approximately 150 saves (the number changes, 148 one time, 162 another, the most recent time was 54, though...) and then refuses to continue. I haven't noticed any pattern with the articles it decides to stop on. Clicking "start the process" even after "stop everything" will not convince it to start up again. Nor does clearing the list, reloading the list, and trying to start again. After clicking "start the process" after it has stalled, the program responds by noting "Loading the page" in the left bottom corner, but it fails to load.Rkitko (talk) 17:10, 15 December 2007 (UTC)[reply]
To duplicate: Load a nice large list, make some find/replace changes, letting it run without touching it. It will eventually stall after a page save when it tries to load the next one in the list.
Operating system Windows XP
.NET FW Version Unknown
AWB version 4.1.4.2
Workaround Closing the program and reopening will allow it to run 150 or so more before it stalls again. A restart of the OS had no effect on the pattern.
Fixed in version Unknown


Doubt this is connected and it's rather minor, but also the bot's "Suppress "Using AWB" in edit summary" box doesn't appear to work - I have it checked but "Using AWB" still shows up in the edit summaries. --Rkitko (talk) 17:16, 15 December 2007 (UTC)[reply]

Does it stop on a specific pages, or just randomly? MaxSem(Han shot first!) 18:14, 15 December 2007 (UTC)[reply]
Entirely random. I'm moving through an alphabetical list of species. There's no pattern whatsoever. --Rkitko (talk) 18:29, 15 December 2007 (UTC)[reply]
diff is where it got stuck this time around on edit #172. I'm going to try an uninstall and reinstall and see if that changes things. Rkitko (talk) 21:50, 15 December 2007 (UTC)[reply]
Same thing happens with me. I just move down one on the list and hit start. It just randomly stops. My last stop was on Evan Farmer--Jeanenawhitney (talk) 23:45, 15 December 2007 (UTC)[reply]
Well, I did a reinstall and it went to almost 500 edits with no problems before I stopped it for other reasons. Seemed to be something wrong when I ran the updater not too long ago. --Rkitko (talk) 00:08, 16 December 2007 (UTC)[reply]
...or not. This time it got several hundred edits in and got stuck here. After reinstalling. But what you said worked, Jeanenawhitney. I just clicked down to the next one in the list, hit start, and whamo it began to work again. Two edits later it stalled again. Clicking on either the one in the list it stalled on earlier or the current one and then "start" had no effect. Switching between them, highlighting them in turn in the list and then hitting "start" had no effect. Selecting the next item down in the list and then starting worked fine again. Puzzling and curious, but not a serious problem. It seems as if once it stalls while loading a page, it completely refuses to load that page during your current session no matter what you do. Even after it gets going again on the list, stopping it and trying to start on the stalled loads won't work. --Rkitko (talk) 05:17, 16 December 2007 (UTC)[reply]
Same thing here. Entirely random. Tried a different computer, still occurs. Stopping, clicking remove selected, then restarting seems to work. No diffs, sorry. Mbisanz (talk) 05:37, 16 December 2007 (UTC)[reply]


Weird, i can have mine running for most of the day doing tagging and it doesnt freeze.... Reedy Boy 12:38, 16 December 2007 (UTC)[reply]
I've experienced something similar a couple times today, but in my case clicking 'Start processing' helped. MaxSem(Han shot first!) 13:59, 16 December 2007 (UTC)[reply]
With these XML errors that are being reported.. I wonder if its MW? Reedy Boy 19:19, 16 December 2007 (UTC)[reply]
Might be. Could that be the reason the number of edits before stalling changes? This time it got to 300 or so and stalled here. --Rkitko (talk) 21:03, 16 December 2007 (UTC)[reply]


Status New
Description After working with AWB fine for a number of articles, I leave it alone for ~8 hours (sleep), with AWB indicating it has some changes to make to the current article or with some changes I have typed. Picking up where I left off, when I press Save AWB moves onto the next article, but the changes to the article are not saved. This occurred in earlier versions also. Have seen this issue about 4 times, not sure if it happens every time. XLerate (talk) 21:15, 26 November 2007 (UTC)[reply]
To duplicate: make a list to work through, work part way through it, leave it on an article where AWB indicates it has some changes to make. Return ~8 hours later, remember article name, press save, check article/history.
Operating system Windows XP SP2
.NET FW Version Unknown
AWB version 4.1.4.2
Workaround save article before leaving AWB for a significant period
Fixed in version Unknown


MediaWiki simply lost session variables. Check 'Logs' tab - if the article was skipped, everything's OK, if it's marked as successfully saved, it's a bug. MaxSem(Han shot first!) 21:56, 26 November 2007 (UTC)[reply]

Thanks, I haven't had a opportunity to check the logs. Will look to the logs next time it occurs and advise if it's marked as saved. XLerate 12:51, 1 December 2007 (UTC)[reply]

AWB encountered XmlException

Status New
Description
Exception:XmlException
Message:Root element is missing.
Call stack:
   at System.Xml.XmlTextReaderImpl.Throw(Exception e)
   at System.Xml.XmlTextReaderImpl.ThrowWithoutLineInfo(String res)
   at System.Xml.XmlTextReaderImpl.ParseDocumentContent()
   at System.Xml.XmlTextReaderImpl.Read()
   at System.Xml.XmlTextReader.Read()
   at WikiFunctions.Lists.GetLists.FromCategory(Boolean subCategories, Int32 limit, String[] categories)
   at WikiFunctions.Controls.Lists.ListMaker.MakeList2()

SkierRMH (talk) 22:42, 15 December 2007 (UTC)[reply]

Something bad happens every time I try to make a list with "Category (recursive)". Usually AWB hangs. The subject this time was "Medicine". The Transhumanist (talk) 18:53, 16 December 2007 (UTC)[reply]

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


Additional info - has done this the last 3 times I've started the same process... Make list from -> Category (recursive) : FOO People stubs : "Make list". When I get the error message & choose 'continue working' and repeat the above process, it works the 2nd time through with no problem. SkierRMH (talk) 22:48, 15 December 2007 (UTC)[reply]

I get the feeling this *may* be a MW problem.. Reedy Boy 19:18, 16 December 2007 (UTC)[reply]
Confirmed, it returns a blank page sometimes (and for human browsing too). I'm currently discussing it on #wikimedia-tech, and we need to develop a course of behaviour in such cases. MaxSem(Han shot first!) 19:45, 16 December 2007 (UTC)[reply]