Wikipedia talk:AutoWikiBrowser/Bugs

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia

This is an old revision of this page, as edited by Goodshoped35110s (talk | contribs) at 01:47, 7 December 2007 (→‎Failed to find file: new section). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

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.

If you cannot find your Bug on this page, please check the /Archive, 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]

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]

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]


Status New
Description
Exception:NullReferenceException
Message:Object reference not set to an instance of an object.
Call stack:
   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()

Waldir talk 23:54, 1 December 2007 (UTC)[reply]

To duplicate: I created two profiles (had none previously) and tried to login as one of them. After the crash I logged in without problems using the profiles form. I also created a third profile with the same credentials as the first and it worked. Besides, after creating a list (my watchlist) with a profile , if I login on the other one (my bot account) using the profiles box, when it starts editing it keeps saying I'm logged in as my regular account.
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



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]

No scrollbars in preview, show changes and edit box

Status Not enough information/very rare bug
Description There are no scrollbars to view all the text in preview, show changes and edit box. --213.170.112.173 23:49, 26 September 2007 (UTC)[reply]
To duplicate:
Operating system Win XP, .NET 2.0, IE 6.0
.NET FW Version Unknown
AWB version 4.1.2.0
Workaround
Fixed in version Unknown


There is the vertical scroll bar, so bets hedged, you mean, horizontal? Reedy Boy 19:20, 27 September 2007 (UTC)[reply]
I have none. Screen resolution is 1280x1024. --213.170.112.173 22:17, 27 September 2007 (UTC)[reply]
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 Reedy Boy 20:02, 29 September 2007 (UTC)[reply]
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 :( --213.170.112.173 21:22, 30 September 2007 (UTC)[reply]
Seems rather weird.. Potentially not AWB. Can you take a screenshot of AWB when you expect it should be showing the scroll bars? Reedy Boy 21:24, 30 September 2007 (UTC)[reply]
Image:AWB4120 noscrollbars 1.PNG Any idea of the reason for this weird behaviour? --213.170.112.173 20:29, 2 October 2007 (UTC)[reply]
The GUI is screwed a bit it seems... Hmmmm Reedy Boy 21:11, 2 October 2007 (UTC)[reply]
Anyway, it seems to be this AWB version's problem, since older AWB versions and other apps look fine. --213.170.112.173 21:20, 2 October 2007 (UTC)[reply]
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! Reedy Boy 21:22, 2 October 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]

Not saving after left alone for several hours

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]

General fixes made an unwanted replacement

Status Not a bug/currently unresolvable
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]

Failed to find file

Status New
Description Exception: Win32Exception

Message: The system cannot find the file specified Call stack: at System.Diagnostics.Process.StartWithShellExecuteEx(ProcessStartInfo startInfo)

  at System.Diagnostics.Process.Start()
  at System.Diagnostics.Process.Start(ProcessStartInfo startInfo)
  at System.Diagnostics.Process.Start(String fileName)
  at AwbUpdater.Updater.StartAwb()
  at AwbUpdater.Updater.UpdateAwb()

-Goodshoped 01:47, 7 December 2007 (UTC)[reply]

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


-Goodshoped 01:47, 7 December 2007 (UTC)[reply]