Wikipedia talk:AutoWikiBrowser/Bugs

Home
Introduction and rules
User manual
How to use AWB
Discussion
Discuss AWB, report errors, and request features
User tasks
Request or help with AWB-able tasks
Technical
Technical documentation

[[:|WP:AWB/B
WP:AWB/BUGS]]

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 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!

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. matt br 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]

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

Line splitting regex

Status	Bug currently being investigated/fixed
Description	The regex that splits lines to words is crappy. MaxSem^{(Han shot first!)} 12:57, 24 December 2007 (UTC)[reply]
To duplicate:	diff something, may be well illustarating by replacing `[[dog\|dogs]]` with `[[dog]]s`
Operating system	all of 'em
.NET FW Version	Unknown
AWB version	SVN
Workaround	Go back to ugly wikidiff2 :)
Fixed in version	Unknown

Currently, it's (\p{P}|[^\s\p{P}]*)(\s*) (WikiDiff.cs → Word.Splitter). We must modify it to detect word boundaries on every character that has special meaning in wikitext (eg |][<>). MaxSem^{(Han shot first!)} 12:57, 24 December 2007 (UTC)[reply]

I've managed to improve it, but not sure if we can say that the problem is completely gone. MaxSem^{(Han shot first!)} 08:14, 31 December 2007 (UTC)[reply]

Salted pages

AWB gets a nasty error when trying to load a page that has been salted. Try loading User:MelonBot/Sandbox3 to see what I mean. Happy‑melon 21:12, 2 January 2008 (UTC)[reply]

I get no error.. It will say its "saved", but wont actually create it.. Then it seems to be using the wait/busy cursor on the web control.. —Reedy Boy 16:59, 4 January 2008 (UTC)[reply]

Note, admins dont get this error. As per:

Hi there. I noticed you unprotected and recreated User:MelonBot/Sandbox3, which had previously been salted. As you can see, this page was actually deleted and salted at my own request, to function as a test page to ensure that MelonBot does not produce unexpected behavior when it encounters salted pages. Could you restore the page to its salted state please? Happy‑melon 19:10, 17 January 2008 (UTC)[reply]

I didnt actually unprotect it. I did recreate it, in an effort to try and duplicate your bug. If you look in the log, i have done no age actions to it. I am a admin/sysop, so would be allowed to create the page for that reason, and hence not experience the bug. Deleted again for you. —Reedy Boy 20:05, 17 January 2008 (UTC)[reply]

—Reedy Boy 17:01, 19 January 2008 (UTC)[reply]

Bugs in general fixes

Status	New
Description	1) changes [[1936 ]]roku to [[1936]]roku instead of [[1936]] roku 2) does this [1] --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

No scrollbars (bug reopen)

Hi guys! I'd like to re-open this "no scrollbars" bug [2]. It's been archived but not fixed. I've just downloaded the latest AWB version and the bug is still there. No scrollbars. All controls work fine in IE and old AWB but not in the latest AWB :( Please try to fix it. --89.112.10.184 (talk) 17:28, 14 January 2008 (UTC)[reply]

It wasnt archived as fixed.. Its hard to try and fix when you cant even duplicate it.. —Reedy Boy 20:46, 14 January 2008 (UTC)[reply]

Maybe you can figure out what was changed since versions 3.x that ruined AWB? I have no such problems with any other application nor with old AWB. --89.112.9.35 (talk) 09:37, 16 January 2008 (UTC)[reply]

Im pretty sure what caused it. We had a major GUI issue with v4 in which it caused problems for most people. Fixing it solved it, but seemed to have caused your problem it would seem... —Reedy Boy 11:39, 16 January 2008 (UTC)[reply]

Wikipedia_talk:AutoWikiBrowser/Bugs/Archive_3#Bottom_Frame_doesn.27t_show is the bug in question —Reedy Boy 11:41, 16 January 2008 (UTC)[reply]

This is not exactly the case. I had this splash screen bug and check boxes not displayed completely at the bottom. It's now really fixed but still no scroll bars in the upper "preview/diff" window and right "edit box/history" window. Please, please have them come back. --85.249.13.52 (talk) 11:57, 21 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

URL underscore regression

Status	New
Description	When general fixes in applied in the lastest SVN, it will cahgne underscore in URL to spaces. Dispenser (talk) 18:38, 18 January 2008 (UTC)[reply]
To duplicate:	Try Apple Inc. with general fixes
Operating system	winxp
.NET FW Version	Unknown
AWB version	SVN 2019
Workaround	None
Fixed in version	Unknown

Do you know when it was last ok in the SVN? —Reedy Boy 19:17, 18 January 2008 (UTC)[reply]

No, just starting using it since Late December. Dispenser (talk) 20:37, 18 January 2008 (UTC)[reply]

Wont do it on plain URL's, or even URL's in references.. Just seems to be that page :/ - Test Sandbox Revision —Reedy Boy 17:00, 19 January 2008 (UTC)[reply]

Issues with <br> removal

Status	Fixed in the next release
Description	[3] unreliable<br>Ref → unreliableRef. Possibly something to do with the way <ref> is handled. Dispenser (talk) 20:37, 18 January 2008 (UTC)[reply]
To duplicate:	Unknown
Operating system	Unknown
.NET FW Version	Unknown
AWB version	SVN 2019
Workaround	None
Fixed in version	Unknown

Another possible [4]. —Dispenser (talk) 20:37, 18 January 2008 (UTC)[reply]

I see the reason for the 2nd one. Its matching the # at teh start. [5]. For the first one, it shouldnt be removed.. Hmm

Also pointed out we had duplicated code doing the same thing... Removed that code (Which was changed due to a bug fix before) rev 2020 —Reedy Boy 21:21, 18 January 2008 (UTC)[reply]

Its not making the first change either.. —Reedy Boy 21:24, 18 January 2008 (UTC)[reply]

Can we also remove <br> when it is in a line alone? Check here, where I did ti manually. -- Magioladitis (talk) 23:45, 18 January 2008 (UTC)[reply]

It does it if its followed by 2 newlines.. If its only followed by one newline, it doesnt... As per Wikipedia_talk:AutoWikiBrowser/Bugs/Archive_5#removing_.22br.22_tags... Didnt we decide against it there? —Reedy Boy 00:11, 19 January 2008 (UTC)[reply]

As I understand, a problem occurs if and only if <br&gt is at the end of a non-empty line without bulleting. If <br&gt is the only thing in the line I think we can remove it... or not? Can you think of a counterexample?

Moreover, certainly we certainly can replace a double <br&gt with a newline. -- Magioladitis (talk) 07:29, 19 January 2008 (UTC)[reply]

[6] - Replaces between 2 and infinite br tags with a newline... —Reedy Boy 16:52, 19 January 2008 (UTC)[reply]

Done - rev 2026 —Reedy Boy 16:57, 19 January 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]

AWB encountered DllNotFoundException

Status Duplicate

Description

Exception: DllNotFoundException

Message: Unable to load DLL 'wikidiff2.dll': The specified module could not be found. (Exception from HRESULT: 0x8007007E)

Call stack:

   at WikiFunctions.WikiDiff.wikidiff2_do_diff(Byte* text1, Byte* text2, Int32 num_lines_context)
   at WikiFunctions.WikiDiff.GetDiff(String text1, String text2, Int32 context)
   at AutoWikiBrowser.MainForm.GetDiff()

Tankred (talk) 20:16, 19 January 2008 (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

This old bug was supposed to be fixed, but is not. According to the Archive 4, a new release should not have had the wikidiff2.dll file. However, it still asks for it. Where can I download this file? Or is there any other way how to fix this bug? Thanks a lot in advance. Tankred (talk) 20:16, 19 January 2008 (UTC)[reply]

It has indeed been fixed. However, the next version hasnt been released. Hopefully out this weekend. In the meantime, you can try SVN Snapshots - [7] —Reedy Boy 22:00, 19 January 2008 (UTC)[reply]