Wikipedia talk:AutoWikiBrowser/Bugs

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia
< Wikipedia talk:AutoWikiBrowser

This is an old revision of this page, as edited by Smsarmad (talk | contribs) at 12:39, 8 March 2008 (→‎AWB Updater encountered FileNotFoundException: Edited my reply). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

AutoWikiBrowser 6.3.0.0
Shortcut
Archive
Archive 1
Archive 2
Archive 3 (Version 4.0)
Archive 4 (Version 4.1)
Archive 5 (Version 4.1)
Archive 6 (Version 4.2-4.3)

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. See How to Report Bugs Effectively for advice on how to write bug reports.

File a new bug report
But check for already existing or fixed bugs first!
This Is Mandatory!

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 6.

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

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]

I noticed than even if i undo the orphan tag and/or the stub tag, in the summary box is stated that AWB added these tages. Check here. -- Magioladitis (talk) 21:43, 5 January 2008 (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.. - déRahier talk+contrib 17:10, 9 December 2007 (UTC)[reply]
I agree -- I wouldn't like for people to think from my edit summaries that I had changed things that were not actually typos! KathrynLybarger (talk) 04:11, 20 December 2007 (UTC)[reply]
SVN Rev 2028 is still having that issue. Is there going to be a fix for this eventually? Maybe generating the difference after the user hits Save instead of generating the list of changes before the user begins to review the changes? - Jameson L. Tai talk ♦ contribs 04:01, 22 January 2008 (UTC)[reply]
I agree, I ran into this too and would expect the summary to not list typos I did not apply. WilliamKF (talk) 03:29, 29 February 2008 (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]

Its caching the username somewhere... UpdateWikiStatus/UserNameChanged events arent fired... So the form isnt getting updated.. MaxSem, any chance you could have a look? Presumably, its the webbrowser login... Its not changing pages.. or getting the updated session? —Reedy Boy 00:13, 28 December 2007 (UTC)[reply]

My preliminary analysis shows that WebControl.Wait() returns immediately in WebControl.Login() and thus we call UserProperties.UpdateWikiStatus() before we actually log in. The easiest way would be to add a static delay, but we should try find out the very root of this problem first. MaxSem(Han shot first!) 20:13, 28 December 2007 (UTC)[reply]
Would seem this is causing a problem relating to loading the checkpage. OsamaK added the Typo: bit to the ar.wp checkpage, but it wasnt loading it. When i breakpointed it, it only got as far in the code to load that on the 2nd attempt at logging in. The first seemed get kicked out in the if (!LoggedIn)... —Reedy Boy 18:23, 13 January 2008 (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]

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]

PAGENAME

Status New
Description Inconsistent modification of {{PAGENAME}}. Sometimes the pipe is after the PAGENAME 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


Bugs in general fixes

Status New
Description 1) changes [[1936 ]]roku to [[1936]]roku instead of [[1936]] roku

2) does this [1]

3) [2] - one hint for this, at the end of the article there was "[[Kategoria:Kościoły w diecezji tarnowskiej|Sz]]] "

--84.234.42.68 (talk) 00:35, 13 January 2008 (UTC)[reply]

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


I think 1st should be simple to fix, the 2nd is probably connected somehow to # in the link --84.234.42.68 (talk) 13:59, 23 January 2008 (UTC)[reply]

Very large lists, can't pull the scrollbar down to the bottom

Status New
Description With a very large list (over 100,000 articles) it doesn't seem possible to hold down the listmaker scrollbar and scroll to the bottom. Every time it's moved to the bottom the list expands and instead of being at Z I jump back to say E. I can supply a zipped large list and more details if needed (and if I don't fix this myself in the meantime). kingboyk (talk) 20:53, 15 January 2008 (UTC)[reply]
To duplicate:
Operating system Vista
.NET FW Version Unknown
AWB version SVN
Workaround
Fixed in version Unknown


Just tried with 150,000 generated "articles" and it works fine... —Reedy Boy 20:05, 7 March 2008 (UTC)[reply]

Inability to retrieve lists from special pages, image pages or links

Status New
Description AWB won't fetch from special pages. Reedy Boy also tested links and image pages, which also incorrectly return no results. – Mike.lifeguard | @en.wb 23:52, 18 January 2008 (UTC)[reply]
To duplicate: Attempt to create a list from any special page etc.
Operating system XP SP2
.NET FW Version Unknown
AWB version SVN 2011
Workaround manual list creation :(
Fixed in version Unknown


I think some work. Just not all/that image one... —Reedy Boy 00:07, 19 January 2008 (UTC)[reply]
4.2.0.2 still has this bug. You may well be correct; I've only tried to fetch a a list from Special:Unusedimages. – Mike.lifeguard | @en.wb 19:04, 28 January 2008 (UTC)[reply]
Same issue here. Tried Allpages and Prefixindex (both of which worked before); neither return any results. --TMF Let's Go Mets - Stats 02:42, 17 February 2008 (UTC)[reply]
4.3.0.0 still has this problem.
(Ru-Wikipedia)
Unusedimages still does not work. Gives 0.
But Contributions&namespace=6&limit=50&target=Alex+Spade has start to give out something - but its results are strange - it give out 102 pages, one of them is from Участник-space (User-space), more over I didn't edit the respective page. Alex Spade (talk) 21:28, 5 March 2008 (UTC)[reply]
Special:Newpages is consistently returning around 85 pages, only 20 of which are mainspace, no matter what parameters I use. A random sampling of those pages show that none of them are new. For example, Woodland, California, a page created in 2002, is one of the mainspace pages returned just now. --Fabrictramp (talk) 22:06, 5 March 2008 (UTC)[reply]

Make list confused by unpatrolled changes?

Status New
Description When I try to make a list of the new pages on the Finnish Wikipedia (http://fi.wikipedia.org/wiki/Toiminnot:Uudet_sivut), the resulting list is incorrect. The correct list currently begins with "Østlandet", "Gustav Peter Blom" and "Anatoli Fomenko", but the AWB-generated list looks different: "Rahva Hääl", "Viron sosialistinen neuvostotasavalta", "Brian Joubert" etc.

The AWB-generated list now seems to include only the patrolled changes and pages linked from their edit summaries (which is definitely a bug). This used to work correctly. Silvonen (talk) 05:50, 28 January 2008 (UTC)[reply]

To duplicate: Set your project to Finnish Wikipedia, select "Make from: Special page", type "Uudet sivut" in the Toiminnot box and press "Make list".
Operating system XP
.NET FW Version Unknown
AWB version 4.2.0.1
Workaround
Fixed in version Unknown


Focus lost when filtering

Status New
Description When applying a filer AWB it jumps away and loses focus
To duplicate: Save a list , hit filter , go to set operations ,intersections , open file ,apply -> AWB jumps away Gnevin (talk) 20:55, 29 January 2008 (UTC)[reply]
Operating system Windows XP
.NET FW Version Unknown
AWB version Alpha 4.2.0.1
Workaround Unknown
Fixed in version Unknown


Normal FaR does it too.. —Reedy Boy 21:01, 6 February 2008 (UTC)[reply]

Rules in Finnish Regex TypoFix list not always applied

Status Fixed in the next release
Description In fi:Wikipedia:AutoWikiBrowser/Typos we have a rule for accidentally repeated words: 
<Typo word="Toistetut sanat"
find="(\s)(että|hän|ja|kuin|kun|ne|noin|oli|on|se|tai)\b\s+\2\b"
replace="$1$2" />

For some reason, this rule is now hardly ever applied. I haven't been able to pinpoint precisely when the rule is ignored, but I was able to create two test pages where the AWB behaviour is different for two identical paragraphs. Silvonen (talk) 16:25, 30 January 2008 (UTC)[reply]

To duplicate: Set your project to Finnish Wikipedia, enable Regex TypoFix, and add the pages Käyttäjä:Silvonen/Test1 and Käyttäjä:Silvonen/Test2 on the list. AWB finds the repeated word "oli oli" in Test2 (containing other errors), but not in Test1 (containing no other errors than the repeated word).
Operating system Windows XP
.NET FW Version Unknown
AWB version 4.2.0.1
Workaround
Fixed in version Unknown


Because we grouped regexes in alternating groups for matching, backreferences matched random crap. Fixed[3] in rev 2246. MaxSem(Han shot first!) 12:29, 8 March 2008 (UTC)[reply]

References-2column not replaced with 2 argument to reflist

Status New
Description The div class of "references-2column" is not handled. WilliamKF (talk) 00:13, 2 February 2008 (UTC)[reply]
To duplicate: Run AWB on a page with this in it:

==References== <div class="references-2column"> <div class="references-small"> <references/> </div> </div>
It should become:
==References== {{reflist|2}}

Operating system Windows XP
.NET FW Version Unknown
AWB version 4.2.0.1
Workaround Manual edit
Fixed in version Unknown


Probably... Im sure max put that in... But its not normal for it to have -small and the -2coloumn.. Probably the problem... —Reedy Boy 00:29, 2 February 2008 (UTC)[reply]

As per [4] —Reedy Boy 00:31, 2 February 2008 (UTC)[reply]

AWB encountered AccessViolationException

Status New
Description
Exception:AccessViolationException
Message:Attempted to read or write protected memory. This is often an indication that other memory is corrupt.
Call stack:
   at System.Windows.Forms.UnsafeNativeMethods.DispatchMessageW(MSG& msg)
   at System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(Int32 dwComponentID, Int32 reason, Int32 pvLoopData)
   at System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context)
   at System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context)
   at System.Windows.Forms.Application.Run(Form mainForm)
   at AutoWikiBrowser.Program.Main(String[] args)

βcommand 20:26, 3 March 2008 (UTC)[reply]

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


βcommand 20:26, 3 March 2008 (UTC)[reply]

Also encountered by PamD (talk) 13:31, 6 March 2008 (UTC)[reply]
What's that? We've got no unsafe code... MaxSem(Han shot first!) 14:04, 6 March 2008 (UTC)[reply]
My only guess would be relating to the Window Flash/Beep.. But its not mentioned in the stack. Anyone enlighten us how they produced the error? —Reedy Boy 14:27, 6 March 2008 (UTC)[reply]
After some googling I've come up with two versions: one thread accessing WinForms classes belonging to other threads w/o Invoke() and incorrect finalisation. MaxSem(Han shot first!) 13:11, 7 March 2008 (UTC)[reply]

"using AWB" broken on custom wikis

Status New
Description "Using" is missing from "Using AWB" on custom wikis. Example.kingboyk (talk) 16:05, 4 March 2008 (UTC)[reply]
To duplicate:
Operating system Vista
.NET FW Version Unknown
AWB version SVN
Workaround None
Fixed in version Unknown


This is intentional. We localize edit summaries if possible on preset wikis, but can't do that on custom wikis, so we attemt to use as less unknown language as possible. MaxSem(Han shot first!) 16:09, 4 March 2008 (UTC)[reply]

Thanks Max. It looks a bit crappy though so let's leave the bug report open for now please - I'll have a think about how we might improve it. We could, for example, allow language selection of custom wikis, or allow customisation of the AWB string. I know folks could just alter their edit summary, but my observations (especially now we have some log data allowing me to look at custom wikis where AWB is being used) say that they don't. --kingboyk (talk) 18:48, 4 March 2008 (UTC)[reply]

Exception: FileNotFoundException

Status New
Description Exception: FileNotFoundException

Message: Could not find file 'C:\Program Files\AutoWikiBrowser4300\AutoWikiBrowser4302.zip'. Call stack: at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath) 

  at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy)
  at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share)
  at ICSharpCode.SharpZipLib.Zip.ZipFile..ctor(String name)
  at ICSharpCode.SharpZipLib.Zip.FastZip.ExtractZip(String zipFileName, String targetDirectory, Overwrite overwrite, ConfirmOverwriteDelegate confirmDelegate, String fileFilter, String directoryFilter, Boolean restoreDateTime)
  at AwbUpdater.Updater.Extract(String File)

Dan1980 (talk

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


AWB Updater encountered FileNotFoundException

Status New
Description Exception: FileNotFoundException

Message: Could not find file 'D:\Documents and Settings\SMS\Desktop\AutoWikiBrowser4300\AutoWikiBrowser4302.zip'. Call stack: at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath) 

  at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy)
  at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share)
  at ICSharpCode.SharpZipLib.Zip.ZipFile..ctor(String name)
  at ICSharpCode.SharpZipLib.Zip.FastZip.ExtractZip(String zipFileName, String targetDirectory, Overwrite overwrite, ConfirmOverwriteDelegate confirmDelegate, String fileFilter, String directoryFilter, Boolean restoreDateTime)
  at AwbUpdater.Updater.Extract(String File)

SMS Talk 12:26, 8 March 2008 (UTC)[reply]

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

I've already reported this problem above. Dan1980 (talk | stalk) 12:31, 8 March 2008 (UTC)[reply]

I am really sorry, I followed the automated reporting so wasn't able to read the notice at the top for not reporting a bug twice and even your reported problem too. So please tell me what to do? Should i remove it? --SMS Talk 12:37, 8 March 2008 (UTC)[reply]
Retrieved from "https://en.wikipedia.org/w/index.php?title=Wikipedia_talk:AutoWikiBrowser/Bugs&oldid=196751138"