Jump to content

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 84.234.42.68 (talk) at 09:06, 13 June 2008 (→br tags are not always removed). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

AutoWikiBrowser 6.3.1.1
Shortcuts
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)
Archive 7 (Version 4.3)

Only use this page to report bugs in the current version of the software. 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.

Before posting anything related to non-Wikimedia Foundation wikis, make sure that this site has a recent SVN version of MediaWiki with enabled Bot API. Older versions of MediaWiki or without the Bot API are not supported. Be sure to mention the exact URL of your wiki.

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 /Archive 7.

If you cannot find your Bug on this page, please check /Archive 7, as it may have been fixed.

To list a bug use the following template 

{{AWB bug
 | status      = 
 | description =
 | duplicate   = 
 | OS          = 
 | version     = 
 | workaround  = 
}}

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]
Comment - This bug is still not fixed, as evidenced here. In this case, "Beng" is not a typo, so I removed the change, and yet it still appeared in the edit summary. —  Tivedshambo  (t/c) 18:24, 13 April 2008 (UTC)[reply]
As evident by it not being marked as fixed... —Reedy 18:35, 13 April 2008 (UTC)[reply]
Comment - Really annoying bug. After one such edit said someone said "You did not fix XXX->YYY!" That make me feel sort of lier - and I never wanted to take credit for incorrect fixes on the first place. Just another example. TestPilot 14:25, 11 May 2008 (UTC)[reply]

Very similar is another issue: if you have two replacements, one for abc → ab and the other for abd → abcd, because (in many complicated cases) it's easier than abc([^d]) → ab$1, and abd → abcd is the final replacement executed, that appears in the summary. This can be seen for example in [1]; I used one regex that changed Missouri [number] to Route [number] and another that undid it for certain disambiguations. This seems a lot harder to fix though. --NE2 04:53, 6 June 2008 (UTC)[reply]

Logged in user at bottom right still not updating

Status Bug currently being investigated/fixed
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]
I added an 1-second delay to AWBProfilesForm.browserLogin() yesterday. Hopefully, that will improve the situation until we've switched to pure API. MaxSem(Han shot first!) 07:38, 25 May 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]

Does this bug still occur? MaxSem(Han shot first!) 07:39, 25 May 2008 (UTC)[reply]

I've never ever managed to duplicate this. —Reedy 09:05, 25 May 2008 (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]

[2] --84.234.42.68 (talk) 11:59, 25 May 2008 (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]

Bugs in general fixes

Status Bug currently being investigated/fixed
Description 1) changes [[1936 ]]roku to [[1936]]roku instead of [[1936]] roku

2) does this [3]

3) [4] - 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]
  1. Fixed in rev 2305.
  2. Disabled some time ago.
  3. Not sure what should we do about such misformatting. Anyway, in MW it looks no less ugly both before and after such change. MaxSem(Han shot first!) 18:36, 21 March 2008 (UTC)[reply]
Status Bug currently being investigated/fixed
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]
As of version 4.3.1.0, "Make from" Special page with 'NewPages' on English Wikipedia retrieves 0 pages! --Russ (talk) 16:30, 30 April 2008 (UTC)[reply]
Version 4.3.2.0: Special:NewPages now returns a page list; however, if a series of parameters is supplied (for example, "NewPages&dir=prev&limit=50"), AWB doesn't always seem to recognize them. "NewPages&dir=prev&limit=50" returns 197 pages, but it should only return 50. Other parameters, such as "hidepatrolled=1", seem to work inconsistently or not at all. All these parameters ought to be passed unchanged into the URL. --Russ (talk) 14:22, 19 May 2008 (UTC)[reply]

Hopefully gonna get this fixed up (all of it) as part of the underway list maker overhaul. —Reedy 09:22, 28 May 2008 (UTC)[reply]

Link on Page, Images on Page, Image file links all work... Special doesnt seem to as it should. —Reedy 09:31, 28 May 2008 (UTC)[reply]
Special:Shortpages works fine... (And any that are similar, with just a list of links on the page) I think the special pages just need overhauling completely.. Wonder if we can find out if there is a standard "template" for them or 2. —Reedy 16:44, 28 May 2008 (UTC)[reply]
You should be able to get all this from api rather than parsing the special page... – Mike.lifeguard | @en.wb 00:16, 29 May 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


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 [5] —Reedy Boy 00:31, 2 February 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]

Possible issue sending user name to stats server

Status New
Description Not sure if this is a bug (e.g. with the sending of Cyrillic characters, which I thought I'd fixed) or whether somebody has hacked their AWB (as is their right) but 10 sessions (and rising) don't have a username stored (the username is blank in the POST field, at least according to MySQL). Last time I checked these were all from RU wiki and probably just the one user. Could I get a second opinion on whether there's a bug or not? (AWB devs who want the FTP and SQL passwords and who don't have them yet should ask me or Sam btw). kingboyk (talk) 19:54, 8 March 2008 (UTC)[reply]
To duplicate:
Operating system
.NET FW Version Unknown
AWB version
Workaround
Fixed in version Unknown


AWB encountered XmlException

Status Not a bug in AWB, has been referred
Description
Exception:XmlException
Message:'�', hexadecimal value 0x07, is an invalid character. Line 1, position 100.
Call stack:
   at System.Xml.XmlTextReaderImpl.Throw(Exception e)
   at System.Xml.XmlTextReaderImpl.Throw(String res, String[] args)
   at System.Xml.XmlTextReaderImpl.ThrowInvalidChar(Int32 pos, Char invChar)
   at System.Xml.XmlTextReaderImpl.ParseAttributeValueSlow(Int32 curPos, Char quoteChar, NodeData attr)
   at System.Xml.XmlTextReaderImpl.ParseAttributes()
   at System.Xml.XmlTextReaderImpl.ParseElement()
   at System.Xml.XmlTextReaderImpl.ParseElementContent()
   at System.Xml.XmlTextReaderImpl.Read()
   at System.Xml.XmlTextReader.Read()
   at WikiFunctions.Lists.GetLists.FromCategory(Boolean subCategories, String[] categories)
   at WikiFunctions.Controls.Lists.ListMaker.MakeList2()

bd2412 T 05:57, 13 March 2008 (UTC)[reply]

To duplicate: ListMaker Text: Noms communs en anglais
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


Not AWB - MW/Connection error. —Reedy 14:52, 29 May 2008 (UTC)[reply]

NullReferenceException in WebControl.Login

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.Profiles.AWBProfilesForm.browserLogin(String Username, String Password)
   at WikiFunctions.Profiles.AWBProfilesForm.browserLogin(String Password)
   at WikiFunctions.Profiles.AWBProfilesForm.login()

A4 (talk) 13:58, 20 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.2
Workaround None
Fixed in version Unknown


Could you elaborate what exactly did you do to encounter this bug? Can you reproduce it? MaxSem(Han shot first!) 14:17, 20 March 2008 (UTC)[reply]

I'd love to know what causes this. It happens now and again, randomly.. And theres a null check on the web browser, but its gotta be something in the Login() method —Reedy Boy 14:21, 20 March 2008 (UTC)[reply]

focus lost when in 'hide bottom panel' mode

Status New
Description When using the mode 'hide bottom panel', the focus is lost from the preview window after saving each edit. This means that pressing Control+S to save when a new edit loads has no effect, focus has to be returned to the preview window by a mouse click. I think this occurs in normal (panel shown) mode too. Rjwilmsi (talk) 10:14, 24 March 2008 (UTC)[reply]
To duplicate:
Operating system XP
.NET FW Version Unknown
AWB version 4.3.0.2
Workaround
Fixed in version Unknown


I can't reproduce this. It works well for me. —METS501 (talk) 21:32, 17 April 2008 (UTC)[reply]

(1) unicode substitutions mangle Typographic articles
(2) workaround will mangle multi-paragraph Blockquotes in future

Status New
Description
  1. !NoWiki'd text– can mangle Typographic articles: inappropriate Unicode substitutions
  2. Temporary fix may prevent wiki-standard Blockquotes from displaying multi-paragraph quotes

Saltation (talk) 15:57, 31 March 2008 (UTC)[reply]

To duplicate: see below -- alternate-spacing unicode characters can be inappropriately replaced, and the workaround could cause future AWB edits to destroy the paragraph-separations in multiparagraph blockquotes
Operating system N/A (all)
.NET FW Version Unknown
AWB version (all)
Workaround workaround creates a further issue: removing paragraph markup in Blockquotes. See below.
Fixed in version Unknown


i've just been informed that a key problem a bot (User:SmackBot) has with typographically-significant unicode-representing html codes (specifically: replacing them with raw unicode chars and thereby, in some small but important areas of wikipedia, seriously and significantly reducing the ability of editors to use wikipedia usefully) is likely to recur due to AWB.

i hadn't heard of AWB before and frankly i'm not clear on its relationship with this bot (or vice versa) but the assertion by the bot's writer that "Be aware, however that the next AWB gen fixes to hit that page will probably remove those <p>s you have put in the blockquotes" suggests that this devel community should be aware of the problem sooner rather than later.

rather than risk clouding the issue by trying to paraphrase the problem, i will simply re-post below my initial flagging of the problem to the bot's writer and his response: (emphasis added)

SmackBot: conversion of HTML char-codes to raw Unicode: issue & consequent suggestion

greetings rich. first off, although you've probably heard it many times before, congrats and thanks for smackbot. it does good work, with few errors.

but (you knew there was going to be a but, didn't you), there's an exception:

it passed through French spacing and mungled the examples of different-width spacing in the unicode section. see the 2nd mod block HERE -- note the html charcodes &#8201; and &#8239; have been converted to their raw unicode equivalents, and in the latter example user-content becomes effectively invisible. even given my own knowledge of what should have been there (i created this section (by the miracle of copy-paste)), i thought the code had been completely deleted until i went to replace it and discovered by accident that there was an invisible essentially-zero-width character still between the last word and the exclamation mark.

now i'm in 2 minds as to doing this sort of thing anyway.

PRO: it's technically slightly purer for those on perfectly updated systems using standards-aware (typically paid-for) tools.
CON: it makes the article uneditable offline for anyone without access to unicode-compliant tools, which are much less common than most people think.
CON: some of the unicode codes' characters are not directly creatable on our current keyboards/OSs —that is, they CAN NOT be manually entered, and in some cases can not even be clearly or even visibly observed–can YOU determine at a glance in an edit-window that a gap in the text is not a normal space but actually a non-breaking space?— and in some key cases are not even visible: once they've been forced from being display-time characters to also being edit-time characters, most people lose the ability to directly enter them, and in some cases (eg varying-width spaces) may lose the ability to even see they are there.

but clearly i need to keep SmackBot away from the typographic examples.

i looked at {nobots}, and was about to exclude poor ole smackbot despite his sterling service and well-meaning edits. then i stopped and thought.

i do NOT want to forever exclude smackbot from hoving to with dustpan and brush, monkeywrench and oilcan, tidying up and improving common errors that may be inserted in future by later editors (none of us will be here forever {existential angst} )

but i DO need him not to munge my spacing examples.


then a penny dropped.

SUGGESTION:
modify SmackBot to have a context-sensitive ruleset.
CASE: where an article is tagged Category:Typography, he does NOT execute the html-code-->unicode-char conversion rules.

"simple as that", he says, secure in the knowledge that it's not him that would have to be making them changes...


LESS ARCHITECTURALLY-ARDUOUS SUGGESTION (which in many ways is superior to the above) :
you the developer do one single personal manual pass through the code's config data for the unicode chars smackbot will seek to convert, and remove at devel-time any character with typographic significance (perhaps best defined as: invisible behaviour different from a typewriter font; in particular: spaces).

for now, i'm going to {nobotno,badbot,down!} the article. but it'd be nice not to have to.

i remain,
yours in mutual futile pursuit of perfection,
Sal
Saltation (talk) 11:46, 31 March 2008 (UTC)
OK, I have a solution, but it's not perfect.
First realise that SB is almost exclusively run on WP:AWB, so excluding SB's "general fixes" will likely only buy you time (as another AWB bot will arrive).
There is however an option to ignore nowiki'd text, and a bunch of other stuff. SB is supposed to have this turned on, but sometimes I turn it off to get to picture captions - and forget to turn it back on.
So I've nowiki'd the unicode, which will probably keep most AWB bots away from them, including SB, provided I don't forget an leave the switch off.
Be aware, however that the next AWB gen fixes to hit that page will probably remove those <p>s you have put in the blockquotes.
Rich Farmbrough, 13:49 31 March 2008 (GMT). (tweaked 14:54)
It's not the workaround that "mangles" the paragraph tags, they should in theory go, but they are themselves a workaround to a browser problem, as I understand it. Rich Farmbrough, 19:21 31 March 2008 (GMT).
fair enough -- the need for raw html within blockquotes to mark paragraph breaks did always strike me as a workaround itself.
regardless: i have no problem with a bot or editor altering the markup syntax -- i DO care that multi-paragraph blockquotes continue to be presented to readers in their original (quoted) format: multi-paragraph
Saltation (talk) 23:15, 31 March 2008 (UTC)[reply]

See related and earlier bug &emsp; 

// Line 57, Parsers.cs
            //look bad if changed
            RegexUnicode.Add(new Regex("&(ndash|mdash|minus|times|lt|gt|nbsp|thinsp|shy|lrm|rlm|[Pp]rime|ensp|emsp);", RegexOptions.Compiled), "&amp;$1;");
            //IE6 does like these
            RegexUnicode.Add(new Regex("&#(705|803|596|620|699|700|8652|9408|9848|12288|160|61|x27|39);", RegexOptions.Compiled), "&amp;#$1;");

            //Decoder doesn't like these
            RegexUnicode.Add(new Regex("&#(x109[0-9A-Z]{2});", RegexOptions.Compiled), "&amp;#$1;");
            RegexUnicode.Add(new Regex("&#((?:277|119|84|x1D|x100)[A-Z0-9a-z]{2,3});", RegexOptions.Compiled), "&amp;#$1;");
            RegexUnicode.Add(new Regex("&#(x12[A-Za-z0-9]{3});", RegexOptions.Compiled), "&amp;#$1;");

            //interfere with wiki syntax
            RegexUnicode.Add(new Regex("&#(126|x5D|x5B|x7b|x7c|x7d|0?9[13]|0?12[345]|0?0?3[92]);", RegexOptions.Compiled | RegexOptions.IgnoreCase), "&amp;#$1;");

// line 316, Parser.cs
        [Test]
        public void DontChangeCertainEntities()
        {
            // http://en.wikipedia.org/wiki/Wikipedia_talk:AutoWikiBrowser/Bugs/Archive_3#.26emsp.3B
            Assert.AreEqual("&emsp;", parser.Unicodify("&emsp;"));
        }

From w3schools - HTML Symbol Entities

Result Description Entity Name Entity Number AWB Escapes
  en space &ensp; &#8194; Yes
  em space &emsp; &#8195; Yes
  thin space &thinsp; &#8201; Yes
‌ zero width non-joiner &zwnj; &#8204; No
‍ zero width joiner &zwj; &#8205; No
‎ left-to-right mark &lrm; &#8206; Yes
‏ right-to-left mark &rlm; &#8207; Yes

Preferable AWB convert &#8201; into &thinsp;. Table of spaces for the complete list of space marks. System should be able to handle &#x and &#X ways of writing HTML entities. — Dispenser 00:32, 9 April 2008 (UTC)[reply]

Suggestion on fixing:
  • Change //interfere with wiki syntax… to escape all character codes bellow 128 (plain ASCII) [&#32; wasn't on the list]
  • After Unicodify, change all non-print characters about 128 to their HTML equivalents (named preferred) [fix pages to be more readable in the text editor window, would have fixed Template:Italian Military eventually]
BTW, Saltation could you provide the diff of the other edit in question? — Dispenser 02:47, 9 April 2008 (UTC)[reply]
oops, sorry Dispenser -- didn't see your comment till just now. the diff for SmackBot's change is here. Saltation (talk) 00:55, 20 April 2008 (UTC)[reply]
I was actually referring to the blockquote issue. If you could provide an example it would make it a lot easier to solve the problem. — Dispenser 03:20, 25 April 2008 (UTC)[reply]
I was only passing on the considered advice of SmackBot's writer, Rich Farmborough. You can see my (bolded) copypaste of his message in the line immediately above here. Saltation (talk) 22:29, 1 May 2008 (UTC)[reply]

Bug resolution

I am little lost in the above diskusion - however, it the < p > in < blockqoute >s issue going to be fixed soon hopefully?--Kozuch (talk) 13:50, 20 May 2008 (UTC)[reply]

Status New
Description doesn not work well - [6] --84.234.42.68 (talk) 15:52, 2 April 2008 (UTC)[reply]
To duplicate: Unknown
Operating system XP SP2
.NET FW Version Unknown
AWB version rev. 2327
Workaround None
Fixed in version Unknown


maybe it does not recognize [[dsb: as an interwiki link? --84.234.42.68 (talk) 18:00, 27 May 2008 (UTC)[reply]

Cannot connect to interwiki or load typos

Status New
Description When trying to load AWB for the last 2 days I have been getting several errors and I cannot use tha application. Here are the errors that I get in order of appearance.

1) The interwiki list didn't load correctly. Please check your internet connection and then restart AWB. 2) I get the REGEX attention screen 3) Load from English wikipedia?: No list of typos was found. Would you like to use the list of typos from the enlish wikipedia? Only choose yes if this is english wiki. I select Yes 4) There was a problem loading the list of typos 5) Cannot load version checkpage from wikipedia. Please verify that youve connected to the internet. Thats it and I can connect to the internet with everything else. Also, it seems to happen when its trying to load Main form:load prefs ().--Kumioko (talk) 12:57, 9 April 2008 (UTC)[reply]

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


Can you access Wikipedia from Internet Expolorer? Did something change in your network settings recently? MaxSem(Han shot first!) 09:00, 12 April 2008 (UTC)[reply]

Yes I can access IE, No nothing changed. I found a workaround and that is if I open IE and login to Wikipedia AWB will work. If I logout or close IE then it will not work. Its only with the newest version of AWB also.--Kumioko (talk) 13:55, 14 April 2008 (UTC)[reply]
Well, I spoke to soon. I was able to access it for 1 day and now I can't access it again. Is it possible someone suspended my access accidentally or something?--Kumioko (talk) 13:19, 17 April 2008 (UTC)[reply]
These error messages mean that AWB is physically unable to connect to Wikipedia servers. Even if you are removed from the list of approved users or blocked, you should be able to connect to the wiki. Since the problem disappeared for a while without any changes to AWB and then resurfaced for no obvious reason, it looks like that you're facing some kind of technical failure on your side, unrelated to AWB. MaxSem(Han shot first!) 14:51, 18 April 2008 (UTC)[reply]
Thanks, that really stinks, maybe the next version will fix it somehow. I have tried it at work and at home and neither works. Guess I was making too many edits too fast..Seems strange though that I can access the internet as long as I don't use AWB.:-)--Kumioko (talk) 19:58, 22 April 2008 (UTC)[reply]

I sent a debug version to Lvova who experiences similar problems, here's what happening: 

Object: WikiFunctions.UserProperties
Time: 14:23:56
Message: Cannot find the specified file. (Exception from HRESULT: 0x80070002)

Object: WikiFunctions.UserProperties
Time: 14:23:56
Message:    at System.Windows.Forms.UnsafeNativeMethods.IPersistStreamInit.Save(IStream pstm, Boolean fClearDirty)
   at System.Windows.Forms.WebBrowser.get_DocumentStream()
   at System.Windows.Forms.WebBrowser.get_DocumentText()
   at WikiFunctions.Browser.WebControl.get_HasArticleTextBox()
   at WikiFunctions.Browser.WebControl.GetArticleText()
   at WikiFunctions.UserProperties.UpdateWikiStatus()

Which is weird. I've asked about it on a programming forum, waiting for reply. MaxSem(Han shot first!)

Will not find {{example}} In Template Rule / Sub rule

Status New
Description Will not find {{example}} In Template Rule / Sub rule. The regex tester finds and replaces it. It will find {example} (single curly brackets) but not double. It works fine as a regular rule, but not as a In Template Rule / Sub rule pete 17:29, 17 April 2008 (UTC)[reply]
To duplicate:
Operating system Microsoft Windows NT 5.1.2600 Service Pack 2
.NET FW Version Unknown
AWB version 4.3.1.0
Workaround manually remove outer most curly brackets and reparse
Fixed in version Unknown


Could you elaborate how exactly to reproduce this? Suppose, first we have to create In Template Rule for template example. What's next? MaxSem(Han shot first!) 11:51, 30 April 2008 (UTC)[reply]

InvalidOperationException in Application.ExitInternal

Status New
Description
Exception:InvalidOperationException
Message:Collection was modified; enumeration operation may not execute.
Call stack:
   at System.Collections.ArrayList.ArrayListEnumeratorSimple.MoveNext()
   at System.Windows.Forms.Application.ExitInternal()
   at System.Windows.Forms.Application.ThreadContext.OnThreadException(Exception t)
   at System.Windows.Forms.Control.WndProcException(Exception e)
   at System.Windows.Forms.Control.ControlNativeWindow.OnThreadException(Exception e)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
   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)

Pigman☿ 05:36, 30 April 2008 (UTC) Tjarrett (talk) 14:52, 29 May 2008 (UTC) Also[reply] 

   at System.Collections.ArrayList.ArrayListEnumeratorSimple.MoveNext()
   at System.Windows.Forms.Application.ExitInternal()
   at System.Windows.Forms.Application.Exit(CancelEventArgs e)
   at System.Windows.Forms.Application.Exit()
   at AutoWikiBrowser.MainForm.RunUpdater()
   at AutoWikiBrowser.MainForm.OldVersion()
   at AutoWikiBrowser.MainForm.MainForm_Load(Object sender, EventArgs e)

on XP SP1

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


Here is the MS code that throws the exception. A question: which forms were open at the time you chose to close AWB? MaxSem(Han shot first!) 16:30, 30 April 2008 (UTC)[reply]

I have no idea. I forgot to check back here about this error and it's long gone from my memory. Unfortunately, I can't follow the code in the link you referenced above. My programming knowledge is small and ancient. "There's this newfangled technique called modular programming!" "Can I use it with COBOL?" "I think so." 'nuff said. Pigman☿ 18:53, 29 May 2008 (UTC)[reply]

Saving Settings

Status New
Description
Exception:InvalidOperationException
Message:There was an error generating the XML document.
Call stack:
   at System.Xml.Serialization.XmlSerializer.Serialize(XmlWriter xmlWriter, Object o, XmlSerializerNamespaces namespaces, String encodingStyle, String id)
   at System.Xml.Serialization.XmlSerializer.Serialize(Stream stream, Object o)
   at WikiFunctions.AWBSettings.UserPrefs.SavePrefs(UserPrefs prefs, String file)

Djsasso (talk) 20:52, 30 April 2008 (UTC) Pigman☿ 18:34, 29 May 2008 (UTC) Kozuch (talk) 17:14, 20 May 2008 (UTC) 84.132.231.206 (talk) 22:19, 11 June 2008 (UTC)[reply]

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


I think I've had the same issue in the past and I think it could be to do with special characters in one of the article titles in the article list. Perhaps, DJsasso, you could post the list of articles you had at the time of the error? Rjwilmsi (talk) 21:28, 30 April 2008 (UTC)[reply]
Could very well be it. I am doing a massive fix right now so I have some 5000 articles in the list. But I will try with a smaller list and see if it saves. -Djsasso (talk) 21:31, 30 April 2008 (UTC)[reply]
Yeah looks like it saved this time when I had nothing in the article list. What is wierd is I have saved this same list of articles before I switched to this new version and it worked fine. So it could be something in the new version causing it. -Djsasso (talk) 21:32, 30 April 2008 (UTC)[reply]
Can you find out which titles are responsible? (Or just save the list to text file and post it here). MaxSem(Han shot first!) 21:57, 30 April 2008 (UTC)[reply]

I've got this error trying to save this list, though the exception doesn't seem to be always reproducible. Hope it helps. Rjwilmsi (talk) 22:05, 2 May 2008 (UTC)[reply]

I can't reproduce it, there must be a problem with other settings. MaxSem(Han shot first!) 06:00, 3 May 2008 (UTC)[reply]

Edit logged as successfully saved when Foundation error page is displayed

Status Bug currently being investigated/fixed
Description An edit is logged as successfully saved when the multi-lingual Foundation error page is displayed and the edit is not made. mattbr 15:08, 4 May 2008 (UTC)[reply]
To duplicate:
Operating system Windows Vista
.NET FW Version Unknown
AWB version 4.3.1.0
Workaround
Fixed in version Unknown


The same problem arises when the database is 'temporarily in read only mode' and edits marked as successful have not in fact taken place. Thanks Rjwilmsi (talk) 07:38, 17 May 2008 (UTC)[reply]

If it helps, the source of the 'Foundation' error message is in SVN at [7]. mattbr 11:27, 25 May 2008 (UTC)[reply]

Yeah, that is helpful. Just need to work out what to hang onto (what would be unique to the page), or if we need to ask nicely for something like the <DIV id=spamprotected> adding to this page. —Reedy 12:20, 26 May 2008 (UTC)[reply]
Devs - Added placeholders commented out for this. rev 2488. Asked in #mediawiki about a unique identifier for the WMF error page, no response as of yet. —Reedy 12:38, 26 May 2008 (UTC)[reply]

AWB encountered Win32Exception

Status New
Description
Exception:Win32Exception
Message:Error creating window handle.
Call stack:
   at System.Windows.Forms.NativeWindow.CreateHandle(CreateParams cp)
   at System.Windows.Forms.Control.CreateHandle()
   at System.Windows.Forms.Control.get_Handle()
   at System.Windows.Forms.Control.CreateGraphicsInternal()
   at System.Windows.Forms.ThreadExceptionDialog..ctor(Exception t)
   at System.Windows.Forms.Application.ThreadContext.OnThreadException(Exception t)
   at System.Windows.Forms.Control.WndProcException(Exception e)
   at System.Windows.Forms.Control.ControlNativeWindow.OnThreadException(Exception e)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
   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)

TheHYPO (talk) 01:48, 5 May 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.1.0
Workaround None
Fixed in version Unknown


I'm also getting this on occasion, when I right click on the list of skipped articles in the logs tab. Rjwilmsi (talk) 22:31, 8 May 2008 (UTC)[reply]

AWB encountered NullReferenceException

Status New
Description
Exception:NullReferenceException
Message:Object reference not set to an instance of an object.
Call stack:
   at AutoWikiBrowser.MainForm.GetDiff()

- Jameson L. Tai talk ♦ contribs 12:59, 8 May 2008 (UTC)[reply]

To duplicate: Unknown
Operating system Microsoft Windows NT 6.0.6000.0
.NET FW Version Unknown
AWB version 4.3.1.1
Workaround None
Fixed in version Unknown


Hmm... Did you just click something before AWB finished loading? MaxSem(Han shot first!) 14:42, 14 May 2008 (UTC)[reply]

AWB inexplicably blanking page

Status New
Description For some reason, AWB, set up to deliver the Signpost in bot mode, blanked a user's talk page. It should have just added a new section -- instead, it made two edits -- the first blanking the page, and the second adding the new section. Ral315 (talk) 04:25, 9 May 2008 (UTC)[reply]
To duplicate: No idea
Operating system Vista
.NET FW Version Unknown
AWB version 4.3.0.2
Workaround N/A
Fixed in version Unknown


I understand this is an old version of AWB, but it's such an odd bug, it may still be in the new release. May be worth looking into, if it can be duplicated. Ral315 (talk) 04:29, 9 May 2008 (UTC)[reply]
As it stands Ral, we havent seen anything like this, so i think in this case, at least, it will still be there in the new version. As for what actually casued it... —Reedy 09:16, 9 May 2008 (UTC)[reply]

I have met this bug few times too (example1, example2, example3, example4, example5). I always use the same rule to replace text, and there were some false saving between thousands good one. I used the latest Win XP and AWB (4.3.1.0). I think it happenes during loading a page before the program examine the rule on it. Samaten (talk) 20:08, 9 May 2008 (UTC)[reply]

Thanks for the comment. It would seem its definately not a random one off bug then. —Reedy 20:19, 9 May 2008 (UTC)[reply]
In theory, bug could be sort of "fixed" by checking if edited page is blank just before saving it. TestPilot 14:56, 11 May 2008 (UTC)[reply]
That check is there since 1.0, I guess, so the problem must be somewhere later. MaxSem(Han shot first!) 15:12, 11 May 2008 (UTC)[reply]
Yeah.. Havent we had this before with some MW glitches and we've had blank saves? —Reedy 18:13, 11 May 2008 (UTC)[reply]

This happened again: [8]. I use AWB 4.3.2.0 and XP SP3. AWB didn't wait before saving and put the article into skipped group with the skip reason "Non-existent page". Samaten (talk) 15:38, 22 May 2008 (UTC)[reply]

AWB encountered COMException

Status New
Description
Exception:COMException
Message:The requested resource is in use. (Exception from HRESULT: 0x800700AA)
Call stack:
   at System.Windows.Forms.UnsafeNativeMethods.IWebBrowser2.Navigate2(Object& URL, Object& flags, Object& targetFrameName, Object& postData, Object& headers)
   at System.Windows.Forms.WebBrowser.PerformNavigate2(Object& URL, Object& flags, Object& targetFrameName, Object& postData, Object& headers)
   at System.Windows.Forms.WebBrowser.PerformNavigateHelper(String urlString, Boolean newWindow, String targetFrameName, Byte[] postData, String headers)
   at System.Windows.Forms.WebBrowser.Navigate(String urlString)
   at WikiFunctions.Browser.WebControl.LoadEditPage(String Article)

asenine say what? 19:34, 10 May 2008 (UTC)[reply]

To duplicate: Unknown
Operating system Microsoft Windows NT 6.0.6001 Service Pack 1
.NET FW Version Unknown
AWB version 4.3.1.0
Workaround None
Fixed in version Unknown


Removing of < p > in < blockquote >

Status New
Description Removes < p > tag in < blockquote > even though it is needed for proper quote formating--Kozuch (talk) 13:55, 20 May 2008 (UTC)[reply]
To duplicate:
Operating system Windows XP
.NET FW Version Unknown
AWB version 4.3.2.
Workaround Unknown
Fixed in version Unknown


find & replace applied to images when ignore images set

Status New
Description When find & replace is used with 'Ignore links, images...' set, find & replace is still applied to the filename of an image. Thanks Rjwilmsi (talk) 21:55, 20 May 2008 (UTC)[reply]
To duplicate: Parse article Arlberg with find='sss' replace='ss' and ignore images set, an image is incorrectly renamed.
Operating system XP
.NET FW Version Unknown
AWB version SVN
Workaround
Fixed in version Unknown


  • well, I discovered the same thing but AWB just ignores everything into [[Image:...]] and can't be sure that this thing in the template is an image link, of course would be great to ignore these things too but I'm not sure if there is an easy way, for example the images in templates can be discovered by something like "= *[^\n]*\.(\.jpg|\.gif|\.png)" - or something, not tested --84.234.42.68 (talk) 11:46, 21 May 2008 (UTC)[reply]

AWB encountered NullReferenceException

Status New
Description
Exception:NullReferenceException
Message:Object reference not set to an instance of an object.
Call stack:
   at AutoWikiBrowser.MainForm.SetCheckBoxes()
   at AutoWikiBrowser.MainForm.SaveArticle()

Samaten (talk) 14:17, 22 May 2008 (UTC) A4 (talk) 07:58, 3 June 2008 (UTC)[reply]

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


Got this myself whilst pressing stop/start... —Reedy 07:23, 23 May 2008 (UTC)[reply]

InterwikiLocalAlpha is null

Status New
Description
Exception:Exception
Message:InterwikiLocalAlpha is null
Call stack:
   at WikiFunctions.Parse.MetaDataSorter..ctor(Parsers p)
   at WikiFunctions.Parse.Parsers.set_InterWikiOrder(InterWikiOrderEnum value)
   at AutoWikiBrowser.MainForm.SetProject(LangCodeEnum code, ProjectEnum project, String customProject)
   at AutoWikiBrowser.MainForm.LoadPrefs(UserPrefs p)
   at AutoWikiBrowser.MainForm.LoadPrefs()
   at AutoWikiBrowser.MainForm.MainForm_Load(Object sender, EventArgs e)

Katr67 (talk) 13:31, 23 May 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.2.0
Workaround None
Fixed in version Unknown


Erroneously removing pipe

Status New
Description In a page with parentheses in the title, like K-114 (Kansas highway), typing [[|K-18]] (note the pipe) actually creates a link like K-18 as part of the pipe trick. However, if you set a regex to do this, the general fixes remove the pipe. NE2 23:30, 26 May 2008 (UTC)[reply]
To duplicate: Create a page with the text "a". Turn general fixes on and run a regex to convert "a" to [[|K-18]]. What will actually be saved is [[K-18]].
Operating system XP
.NET FW Version Unknown
AWB version 4.3.2.0
Workaround
Fixed in version Unknown


According to Help:Pipe trick, the parser automatically removes the pipe when there are no parentheses in the title, so simply removing this from the general fixes should be all that is needed. --NE2 23:30, 26 May 2008 (UTC)[reply]

White space bug

Status New
Description AWB doesn't ignore white spaces [9]
To duplicate: Run AWB with Skip:Only white space changes
Operating system XP
.NET FW Version Unknown
AWB version 4.3.2.0
Workaround Gnevin (talk) 23:21, 28 May 2008 (UTC)[reply]
Fixed in version Unknown


Change in capitalisation isnt a whitespace change. The skip if only whitespace changes literally does that - If whitespace has been added/removed... Suppose, seeing as i changed the code in rev 2486, i could change
        public bool OnlyWhiteSpaceChanged
        {
            get { return (string.Compare(Regex.Replace(mOriginalArticleText, @"\s+", ""), Regex.Replace(mArticleText, @"\s+", "")) == 0); }
        }

Into 

        public bool OnlyWhiteSpaceChanged
        {
            get { return (string.Compare(Regex.Replace(mOriginalArticleText, @"\s+", ""), Regex.Replace(mArticleText, @"\s+", ""), true) == 0); }
        }

So it wouldnt be case sensitive (true means it ignores case), and would pickup the above change as only whitespace changed. Suppose that could make some sense... —Reedy 21:08, 28 May 2008 (UTC)[reply]

So if you make the change, surely then an edit with only the typo correction 'english' --> 'English' would be classed skippable as 'only whitespace changed', even though this would not be a whitespace change, as the result of the edit would be a visible change to the displayed article? Rjwilmsi (talk) 22:10, 28 May 2008 (UTC)[reply]
Yeah, then its not actually doing what it should be. —Reedy 08:25, 29 May 2008 (UTC)[reply]
Sorry bad examples have a look at[10] [11]

[12]Gnevin (talk) 23:24, 28 May 2008 (UTC)[reply]

Thats more evident of the bug (as literally there is only whitespace changed)... Hmm —Reedy 08:25, 29 May 2008 (UTC)[reply]

All of changes are only due to the linefeed, would enabling single line (?s) fix this. Also can we have an option to ignore case changing? Then we could order the dialog option as such 

[ ] No changes made
    [ ] Only white space is changed
    [ ] Only casing is changed

That way we don't have Smackbot needlessly capitalizing templates. Make them suboption reduces the confusion of why you can check only white space changes while somehow ignoring that there's been no changes made. — Dispenser 23:06, 3 June 2008 (UTC)[reply]

Hmm.. Might be singleline related (sounds maybe right).. Will try tommorow (see if it fixes it). And the only casing changed is doable, as shown above, by making the comparison not case sensitive.... Sounds a good idea to me. —Reedy 01:08, 4 June 2008 (UTC)[reply]

Notes for my self -

  • no change - (orig == current), already implemented
  • only whitespace (orig with whitespace removed == current with whitespace removed)
  • only casing changed (string compare of orig and current that is case-insensitive)
  • if only whitespace && only casing changed both checked (string compare of orig with whitespace removed and current with whitespace removed)

Presumably the lower 2 boxes enabled if no changes is checked? Or just visually sub-options?

—Reedy 15:50, 6 June 2008 (UTC)[reply]

rev 2907 puts the properties onto into Article... Just need to know about the designer stuff and i'll get it sorted —Reedy 17:19, 7 June 2008 (UTC)[reply]
rev 2912 - That adds the stuff to the designer, a savable setting, and allows for skip if only casing/whitespace changed... Now the bug just needs fixing... —Reedy 17:53, 8 June 2008 (UTC)[reply]

Just tried one of the unskipped diff's above, and in the AWB sandbox it skipped fine.. (not sure how such a simple regex that matches any whitespace character, between 1 and unlimited times, can actually fail...) —Reedy 18:05, 8 June 2008 (UTC)[reply]

Interwiki order on huwiki

Status New
Description mistake in interwiki ordering
To duplicate:
Operating system Windows XP SP3
.NET FW Version Unknown
AWB version 4.3.2.0
Workaround None
Fixed in version Unknown


AWB changes cs, cy to cy, cs. Huwiki use "English link is the first, and rest links are alphabetically on language code." rule, and cs should be before cy according to alphabet. Thanks a lot. Samaten (talk) 13:16, 31 May 2008 (UTC)[reply]

Strange, for me it seems to sort correctly. Could you update AWB manually and try again? MaxSem(Han shot first!) 13:46, 31 May 2008 (UTC)[reply]
I executed AWBUpdater.exe successfully and the program did the same mistake :( Samaten (talk) 14:09, 31 May 2008 (UTC)[reply]
I said manually ;) MaxSem(Han shot first!) 14:37, 31 May 2008 (UTC)[reply]
OK :) Originally I downloaded the program exactly from this site after 19 May. I have updated it manually again now, but nothing has changed. Samaten (talk) 14:52, 31 May 2008 (UTC)[reply]
Does your program work correctly on huwiki? Samaten (talk) 09:47, 1 June 2008 (UTC)[reply]

AWB encountered NullReferenceException

Status New
Description
Exception:NullReferenceException
Message:Object reference not set to an instance of an object.
Call stack:
   at WikiFunctions.Logging.Uploader.UsernamePassword2.get_Password()
   at WikiFunctions.Logging.Uploader.UsernamePassword.get_IsSet()
   at WikiFunctions.Logging.Uploader.LogUploader.LogIn(UsernamePassword LoginDetails)
   at WikiFunctions.Logging.TraceManager.UploadHandler(TraceListenerUploadableBase Sender, String LogTitle, String LogDetails, String UploadToWithoutPageNumber, List`1 LinksToLog, Boolean OpenInBrowser, Boolean AddToWatchlist, String Username, String LogHeader, String EditSummary, String LogSummaryEditSummary, IAutoWikiBrowser AWB, UsernamePassword LoginDetails)

75.27.132.127 (talk) 01:24, 3 June 2008 (UTC)[reply]

To duplicate: [encountered while processing page [13]]
Operating system Microsoft Windows NT 5.1.2600 Service Pack 3
.NET FW Version Unknown
AWB version 4.3.2.0
Workaround None
Fixed in version Unknown


AWB encountered NullReferenceException

Status New
Description
Exception:NullReferenceException
Message:Object reference not set to an instance of an object.
Call stack:
   at WikiFunctions.Browser.WebControl.Save()
   at AutoWikiBrowser.MainForm.SaveArticle()

-- TinuCherian (Wanna Talk?) - 13:02, 3 June 2008 (UTC)[reply]

To duplicate: [encountered while processing page [14]]
Operating system Microsoft Windows NT 5.1.2600 Service Pack 2
.NET FW Version Unknown
AWB version 4.3.2.0
Workaround None
Fixed in version Unknown


Won't even install

Status Unknown
Description After extracting files and running, it fails to start because the configuration is incorrect / It says to reinstall / (repeat ad nauseum)
To duplicate:
Operating system Microsoft Windows XP
.NET FW Version Unknown
AWB version 4.3.2.0
Workaround
Fixed in version Unknown


Pontiff Greg Bard (talk) 23:45, 6 June 2008 (UTC)[reply]

Please give us at least what hte error message is, otherwise we cant really help you! —Reedy 00:29, 7 June 2008 (UTC)[reply]

Wiki Database Scanner results not being moved to "make list"

Status Bug currently being investigated/fixed
Description Wiki Database Scanner results are not moved to the AWB, file->save results list also doesn't work in Wiki Database Scanner - it saves file with 3 bytes of data--84.234.42.68 (talk) 18:26, 7 June 2008 (UTC)[reply]
To duplicate:
Operating system Microsoft Windows XP
.NET FW Version Unknown
AWB version rev. 2905
Workaround
Fixed in version Unknown


Ok, for the text file, the results are saved from the text box on the right. So you need to click "Make" to transport it to that box (im not sure if it should handle this differently).. rev 2908 fixes the adding the results back to the AWB list box. —Reedy 19:05, 7 June 2008 (UTC)[reply]
Does anyone else think we need to either change the save behaviour, or add an option for the list box to save that directly..? —Reedy 19:48, 11 June 2008 (UTC)[reply]
Yes, at least maybe: I just want to generate a list from the search results and plug it back into AWB (perhaps at a later date), so the need to choose a list format and then 'make' it is an uneeded step. However, the way it currently works is successful and I don't imagine that something specific/technical like the db scanner needs to be completely idiot proof ;). However, I would rather see dev effort going to outstanding bugs and feature requests that add functionality first. Thanks Rjwilmsi 12:51, 12 June 2008 (UTC)[reply]
Hmm. And i suppose, with the list box now properly tied back to the main list maker, this isnt a problem, as the list can be created into the list box, then closed and saved via the list maker! —Reedy 12:58, 12 June 2008 (UTC)[reply]

NullReferenceException

Status New
Description
Exception:NullReferenceException
Message:Object reference not set to an instance of an object.
Call stack:
   at WikiFunctions.DBScanner.DatabaseScanner.updateProgressBar()
   at WikiFunctions.DBScanner.DatabaseScanner.timerProgessUpdate_Tick(Object sender, EventArgs e)
   at System.Windows.Forms.Timer.OnTick(EventArgs e)
   at System.Windows.Forms.Timer.TimerNativeWindow.WndProc(Message& m)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

84.234.42.68 (talk) 18:13, 9 June 2008 (UTC)[reply]

To duplicate: Unknown
Operating system Microsoft Windows NT 5.1.2600 Dodatek Service Pack 3
.NET FW Version Unknown
AWB version 4.3.2.1, revision 2912 (2008-06-08 18:50:53)
Workaround None
Fixed in version Unknown


MissingMethodException

Status New
Description
Exception:MissingMethodException
Message:Method not found: 'System.Windows.Forms.ToolStripMenuItem WikiFunctions.Plugin.IAutoWikiBrowser.get_PluginsToolStripMenuItem()'.
Call stack:
   at AutoWikiBrowser.Plugins.CFD.CfdCore.Initialise(IAutoWikiBrowser sender)
   at AutoWikiBrowser.Plugins.Plugin.InitialisePlugin(IAWBPlugin plugin, IAutoWikiBrowser awb)

Dudesleeper / Talk 20:30, 11 June 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.2.0
Workaround None
Fixed in version Unknown


"Suppress using AWB" does not suppress unless 'Auto save' is selected

Status New
Description "Suppress using AWB" does not suppress unless 'Auto save' is selected Lightmouse (talk) 19:43, 12 June 2008 (UTC)[reply]
To duplicate: Select 'Suppress using AWB' and unselect 'Auto save'. Save a page and look at edit summary.
Operating system
.NET FW Version Unknown
AWB version SVN 2916
Workaround
Fixed in version Unknown


The idea is its used with the automated mode... Not sure if this is the 100% correct behaviour tho —Reedy 20:00, 12 June 2008 (UTC)[reply]

It did occur to me that the rationale was something like that. The current method means that the bot-flagged user has a choice with auto mode but no choice in manual mode. I would like the bot-flagged user to have the choice regardless of mode. What would happen if the choice were available to all users? Lightmouse (talk) 20:18, 12 June 2008 (UTC)[reply]

The bot tab isnt enabled/the controls avaliable to accounts that arent AWB bots, so i suppose, that could work/be done.. —Reedy 20:21, 12 June 2008 (UTC)[reply]

Oh yes, I see now that it is on the bots tab. I can see how that logic happened. Well, it seemed like a bug to me at first but now I see that it is 'not a bug but a feature'. So I have a feature request to extend its scope. I can move it over to the feature request page if you want. Lightmouse (talk) 20:33, 12 June 2008 (UTC)[reply]

br tags are not always removed

Status New
Description only some are removed, others are changed by my regex [15] --84.234.42.68 (talk) 00:02, 13 June 2008 (UTC)[reply]
To duplicate:
Operating system
.NET FW Version Unknown
AWB version SVN 2912
Workaround
Fixed in version Unknown


I'm afraid unless we know what "your regex" is, we can't help you. MaxSem(Han shot first!) 06:00, 13 June 2008 (UTC)[reply]

<br> -> <br />as shown on diff, your general fix doesn't remove
if there is space after it, as i remember it don't remove also improper <br\> or similar tags and various <br> variants with casing --84.234.42.68 (talk) 09:02, 13 June 2008 (UTC)[reply]

AWB encountered COMException

Status New
Description
Exception:COMException
Message:The requested resource is in use. (Exception from HRESULT: 0x800700AA)
Call stack:
   at System.Windows.Forms.UnsafeNativeMethods.IWebBrowser2.Navigate2(Object& URL, Object& flags, Object& targetFrameName, Object& postData, Object& headers)
   at System.Windows.Forms.WebBrowser.PerformNavigate2(Object& URL, Object& flags, Object& targetFrameName, Object& postData, Object& headers)
   at System.Windows.Forms.WebBrowser.PerformNavigateHelper(String urlString, Boolean newWindow, String targetFrameName, Byte[] postData, String headers)
   at System.Windows.Forms.WebBrowser.Navigate(String urlString)
   at WikiFunctions.Browser.WebControl.LoadEditPage(String Article)

Shadoew Phoenix (talk) 01:59, 13 June 2008 (UTC)[reply]

To duplicate: [encountered while processing page [16]]
Operating system Microsoft Windows NT 5.1.2600 Service Pack 2
.NET FW Version Unknown
AWB version 4.3.2.0
Workaround None
Fixed in version Unknown


Retrieved from "https://en.wikipedia.org/enwiki/w/index.php?title=Wikipedia_talk:AutoWikiBrowser/Bugs&oldid=219043240"