Wikipedia talk:AutoWikiBrowser/Bugs

From Wikipedia, the free encyclopedia

AutoWikiBrowser - v3.3.1.0

Home

General information about AutoWikiBrowser and directions for installation.

Request approval

Request approval to be added to the CheckPage to use AutoWikiBrowser.

Discussion

Discuss the application and ask questions.

Bugs

Report bugs in the application.

Feature Requests

Request new features to be implemented into AWB

User manual

The full user manual.

Developer Talk Page · Typos · User talk templates · Plugins · IRCMonitor · AWB Projects · Changelog · AWB Sandbox
Archive
Fixed 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.

Any discussion can follow as normal. Fixed bugs will be moved to the top before they are archived.

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!

Contents

[edit] Quick auto mode skips pages when errors occur

Status New
Description When running with 'auto save' and 'Quick save' ('More…' tab) enabled, the bot will skip pages if an error occurs, instead of retrying after a short delay.
To duplicate: Difficult to duplicate; you would need to create a series of test pages until an error occurs, then look through your list of pages for red links. Out of the 2007 date categories created by Pathosbot on the English Wikisource, 136 encountered server errors and skipped. Of those, 7 skipped again.
Operating system Windows XP SP2 with IE6
AWB version Unknown
Workaround None

{admin} Pathoschild 01:22:00, 01 March 2007 (UTC)

[edit] AWB "hides" (sometimes) when i adjust Normal and Adv. F&R boxes

Status New
Description I'm thinking it must just be me b/c i thought after two/three updates it was weird that it kept happening. But most of the time when I open up the Normal or Advanced Find and Replace windows once I'm done, AWB will hide behind Explorer 7 Internet browser window while maximized. Works correctly when Desktop is only thing underneath AWB. This may happen more often when i open up the window but don't make any changes. When it doesn't happen, i noticed that the window still minimizes, but is maximized almost instantly (very briefy see underlying window, most easily visible with Restored Down Explorer file-view windows). -ΖαππερΝαππερ BabelAlexandria 06:26, 13 March 2007 (UTC)
To duplicate: Open Explorer 7 Internet window. Open AWB, maximize AWB. Layers should go Desktop, Explorer, AWB (maximized) - nothing in between AWB and explorer, explorer should be visible if you were to merely minimize AWB. Open Normal F&R window, click Done.
Operating system XP, running both .Net frameworks side by side, startbar docked at left side (this has caused strange effects to windows that "think" my startbar should be at the bottom)
AWB version 3.1.4.0
Workaround None


Good that this is happening to someone else; I thought it was only me. Either way, investigating now. —METS501 (talk) 06:55, 14 March 2007 (UTC)

yay i'm not crazy... ΖαππερΝαππερ BabelAlexandria
ok... now this has become a serious issue... with the latest update whenever it "hides" and i try to click on it in the start bar, AWB just closes. -ΖαππερΝαππερ BabelAlexandria 22:37, 28 March 2007 (UTC)
ok... doesn't actually close... icon still visible in tray, button just disappears.... -ΖαππερΝαππερ BabelAlexandria 22:39, 28 March 2007 (UTC)
Possibly you have "minimise to system tray" checked in General\User and project preferences? That might actually be a clue to what's happening, if AWB is hiding itself in the tray then the minimise code is kicking in. --kingboyk 22:43, 28 March 2007 (UTC)
that did sound like a good idea, but sadly, no. i even tried enabling it on purpose, no. and then i thought maybe clicking it off might trip a missed switch, nope. grr.... good news is that it seems the advanced F&R doesn't do it anymore. this is going to be one of those stupid little weird flaws in logic you know that? -ΖαππερΝαππερ BabelAlexandria 23:07, 28 March 2007 (UTC)

[edit] DEFAULTSORT placement

Status New
Description Part 1: Stop placing {{DEFAULTSORT:}} above {{Persondata}} when it should be above the categories (see Aleister Crowley and Willy Brandt).

Part 2: Place {{DEFAULTSORT:}} directly above the categories without a blank line (it's directly related to categorisation so I think it should sit directly on top).

Part 3: Place a blank line between {{DEFAULTSORT:}} and previous content to keep with current standard arrangement (not doing so on Karl Mullen).

To duplicate: Arragement as described.
Operating system Windows XP
AWB version 3.2.0.0
Workaround None


This is the arrangement I would like:

Text of article.

{{Persondata}} (if in article)

{{DEFAULTSORT:Sortkey}}
[[Category:Foo]]

[[en:iw]]

I have re-written this bug and added part 3. Thanks, mattbr 18:27, 30 March 2007 (UTC)

[edit] Ref after punc bug

Example http://en.wikipedia.org/w/index.php?title=ASCII&diff=prev&oldid=117098537
Status New
Description When a ref is followed by !! the ref is moved after the !! this is almost certainly going to be wrong. See example above. Rich Farmbrough, 16:47 24 March 2007 (GMT).
To duplicate: See example - Gen fixes
Operating system Win2k
AWB version latest I believe
Workaround disable General Fixes


[edit] Splitting ref onto separate line

Example http://en.wikipedia.org/w/index.php?title=Denver%2C_Colorado&curid=8522&diff=117510968&oldid=117465838
Status New
Description When AWB comes across a ref as a template parameter it seems to split it to a separate line. This is not always good. See example. Rich Farmbrough, 17:06 24 March 2007 (GMT).
To duplicate: Gen fixes
Operating system Win2k (should be either Windows Vista or XP)
AWB version Latest I believe
Workaround disable General Fixes


[edit] Tools.MakeHumanCatKey

Status Unknown
Description A name like "Fred Bloggs, Jr." returns something in the order of "Jr., Bloggs, Fred," whereas it should return "Bloggs, Fred Jr." "Sr." and numerical suffixes like "Fred Bloggs III" will probably not work either. kingboyk 18:30, 24 March 2007 (UTC)
To duplicate: In debugger
Operating system N/A
AWB version SVN
Workaround None


Partially fixed: "Fred Bloggs, Jr." should work ok, but not "Fred Bloggs III". MaxSem 13:12, 25 March 2007 (UTC)

Thanks Max. My plugin uses that routine so we'll get some immediate feedback. --kingboyk 14:09, 25 March 2007 (UTC)
BTW, is it possible to have "Fred Bloggs I"? MaxSem 14:56, 25 March 2007 (UTC)
As far as I know it is, yes, but that system isn't one we use much in the UK except for monarchy. --kingboyk 15:05, 25 March 2007 (UTC)

A slight bug with names of baronets. I've also had it confirmed to me that names with a "III" suffix aren't being handled properly. Not the hugest of deals mind you. --kingboyk 13:58, 27 March 2007 (UTC)

I guess you ran with older version of WiiFunctions. Try MessageBox.Show(Tools.MakeHumanCatKey("William Monson, 1st Viscount Oxenbridge")); with SVN ver. MaxSem 14:12, 27 March 2007 (UTC)
Should be the latest svn version. I updated and compiled this morning. I will however check, with so many DLLs floating around it's possible I made a mistake. --kingboyk 14:14, 27 March 2007 (UTC)
Btw, I've just commited remaining part of the problem - names with Roman numbers but no commas. MaxSem 14:38, 27 March 2007 (UTC)

Please might peers list-as=title, forename, surname, nth Baron of .... —The preceding unsigned comment was added by Kittybrewster (talkcontribs).

I've made some more changes in r923 and rev 929, please review. --kingboyk 20:58, 3 April 2007 (UTC)

[edit] Protected Pages

Status New
Description Before the recent version update, AWB would skip pages that were fully protected. With the new version, AWB no longer skips these pages and when set to "auto save" and "quick save" in bot mode, it tries to change and save the page anyway, which makes the bot stick in "Saving" mode. NickContact/Contribs 01:43, 25 March 2007 (UTC)
To duplicate: Using "auto save" and "quick save" in bot mode, try performing template substitution on a fully protected user talk page.
Operating system Windows XP, Win2k
AWB version 3.2.0.0
Workaround skip articles containing "{{\s*protect" - regex, case insensitive.


Unfortunately, the workaround provided does not solve the problem I am experiencing. My bot serves to substitute user warning templates on user talk pages and when user talk pages are protected, generally there is no protection tag placed on the page. --NickContact/Contribs 15:57, 31 March 2007 (UTC)

Is it still not working? I think I may have fixed this for the most recent version. —METS501 (talk) 15:59, 31 March 2007 (UTC)

[edit] Newline bug #3

Status New
Description Saving a file and loading a file is now correct, and when editing the rules, also everything works as it should. But when the replacement of a rule has two lines, they actually come out as one line in the diff with a single-character newline inbetween. That does save OK, but it screws the parsing in next rules, because that line does not start with a \r\n anymore. Dirk Beetstra T C 23:00, 26 March 2007 (UTC)
To duplicate: create a document with some bulleted lines, all with one empty line between the two bulleted lins.
Rule 1: replace "\r\n\r\n\*" with one newline and an asterisk.
rule 2:replace "\r\n*(.*?)\r\n" with just a newline; that second rule does not work on the line that was in the document.
Operating system WinXP
AWB version 3.2.0.0
Workaround None


[edit] Incorrect template delimiting

Status New
Description AutoWikiBrowser incorrectly assumes that any template-like delimiters ('{{' or '}}') are the delimiters for the current template. For the same reasons, nested parameter code causes problems. For example, it will incorrectly parse these two examples into four distinct templates (highlighted):
{{header|notes={{wikipedia}} This is a note.}}
{{dated prod|concern = {{{concern|non notable stub}}}|month = ...

This bug affects:

  • 'Replace Special'→'Inside template calls {{..}}'
  • Template-parsing by automatic cleanup (such as re-ordering templates)
To duplicate: On an affected page (such as s:Constitution of the United States of America), perform a 'Replace special' rule with the following settings:
  • Check 'Regular expression'.
  • Select 'Inside template calls {{..}}' from the Type menu.
  • Search "^.*$".
  • Replace "template".
Operating system Windows XP SP2 (IE 6.0)
AWB version 3.2.0.0
Workaround The following will heuristically work around the problem when performing user-defined patterns. It will not work with the automatic functions (unless it is done automatically), since there's no way to perform the workaround both before and after the automated functions (it's one or the other).

This workaround will only work if the templates you are modifying are never nested (but can nest other templates), although the patterns could be changed to accomodate that for specific templates. If you expect nested nested templates, just run it an extra time for every extra level.

(These should be run with regular expressions enabled in single-line mode.)

Description Search Replace
bugfix: nested templates (entire text) ({{[^}]+?){{([^}]+?)}} $1~~templatestart~~$2~~templateend~~
normal patterns (the ones that need the workaround)
fix bugfix ~~templatestart~~(.+?)~~templateend~~ {{$1}}


This bug report is merged from "Incorrect behaviour for 'Inside template calls {{..}}'", "Persondata scrambling", and "Prod altering". —{admin} Pathoschild 04:53:35, 30 March 2007 (UTC)

[edit] Usernames with two whitespaces don't get recognized..

Status New
Description Usernames with two whitespaces don't get recognized Alnokta 15:28, 30 March 2007 (UTC)
To duplicate: put an extra whitespace.
Operating system Any (should be either Windows Vista or XP)
AWB version 3200
Workaround Easy, just take the extra whitespace out!. The suggested solution would be to make AWB ignore any whitespaces in the beginning of the username so it will be 100% positive that you are recognizing the usernames correctly.


[edit] Regex issue

Status Not a bug/currently unresolvable
Description Having an issue with regexs and typofix. See below. — RevRagnarok Talk Contrib 18:12, 1 April 2007 (UTC)
To duplicate: Turn on typo fix and load Sweet Seduction. According to the typo fix
<Typo word="Mötley Crüe" find="\b[Mm]otley [Cc]rue\b" replace="Mötley Crüe" />
"Motley Crue" should get heavy metal umlauts. I thought I was just being dense, but AWB's built-in regex tester catches it if I paste in the article text manually. I was actually having other probs earlier but had written them off, they may be related.
Operating system XP
AWB version 3.3.1.0
Workaround None


AWB ignores wikilinks in RETF, I think. —METS501 (talk) 18:17, 1 April 2007 (UTC)

Yeah, that would make sense. Guess I'll need to make it a local regex. — RevRagnarok Talk Contrib 18:37, 1 April 2007 (UTC)
I'm having an issue where AWB just fails to apply a regex at all. The regex works fine in the "Test regex" box when applied to a portion of the page copied&pasted, but utterly fails to fire in the actual page. What up with that? TIA HAND —Phil | Talk 13:05, 2 April 2007 (UTC)
Give us exact piece of article and regex. MaxSem 13:52, 2 April 2007 (UTC)

Like this:

Article
List of asteroids/107701–107800 (specifically [1])
Regex
<noinclude>\{\{List of asteroids/footer\}\}\r\n\{\{List of asteroids/navigator\|(\d+)\d{2}.+</noinclude>
Replace With
<noinclude>\{\{List of asteroids/Helper|$1}}</noinclude>

If I copy/paste the <noinclude> segment of that article into the Regex Tester, together with those specs, the replacement works a treat. TIA HAND —Phil | Talk 20:09, 2 April 2007 (UTC)

Are you sure you have the regex box checked? I've forgotten it a few times. --NE2 17:10, 3 April 2007 (UTC)
Oh, you can be sure I've ticked and unticked all the boxes by now. This is getting me down now. —Phil | Talk 20:28, 3 April 2007 (UTC)
Have you tried [\r\n]+ instead of \r\n ? It may be a newline handling issue. — RevRagnarok Talk Contrib 12:29, 7 April 2007 (UTC)
Tried that, no dice. I think you missed the bit where I said I copied those specifications and the article text into the Regex Tester where they worked just fine…but thanks anyway. —Phil | Talk 19:42, 7 April 2007 (UTC)

[edit] Subst Bug

Status Fixed in the next release
Description AWB Incorrectly subst templates, which when the subst function is used, it changed < nowiki> {{helpme}} </ nowiki> to <nowiki&gt ; {{helpme}} </nowiki&gt ; , thus making the helpme or other templates to escape from the nowiki --WinHunter (talk) 02:29, 3 April 2007 (UTC)
To duplicate: Using the AWB's subst function to subst {{WA}}, like here
Operating system Windows XP
AWB version 3.3.1.0
Workaround No


In rev 950 Martinp23 22:15, 5 April 2007 (UTC)

[edit] Exporting with double quotes

Status Fixed in the next release
Description Exporting to a text file makes any article with double quotes in it be surrounded by single quotes. — RevRagnarok Talk Contrib 03:18, 3 April 2007 (UTC)
To duplicate: Import watchlist. Sort alphabetically. Export watchlist. Pasted example (see the top 4).
Operating system XP
AWB version 3.3.1.0
Workaround No


  • Bonus points - have "Category" and "Images" on exports be prefixed with colon so that they aren't interpreted (yay for column mode!). — RevRagnarok Talk Contrib 03:18, 3 April 2007 (UTC)
No ideas? — RevRagnarok Talk Contrib 11:59, 7 April 2007 (UTC)
Fixed, the bug was actually in loading from watchlist, not export. And bonus points are mine, too. MaxSem 14:33, 7 April 2007 (UTC)
Awesome. If you're ever near BWI, you get a beer. Or a cookie, age dependent. ;) — RevRagnarok Talk Contrib 18:05, 7 April 2007 (UTC)

[edit] AWB kept-alive if closed early

Status Fixed in the next release
Description AWB kept-alive if closed early. kingboyk 14:06, 3 April 2007 (UTC)
To duplicate: Start AWB. Exit it immediately, whilst it's still checking it's enabled or whatever it does at startup. The program doesn't close and have to hit Stop in the debugger.
Operating system
AWB version SVN version in debugger
Workaround


Does it work in the regular mode (not in the debugger)? Maybe it's just a problem with the debugger? —METS501 (talk) 16:38, 3 April 2007 (UTC)

You sure the exe doesn't hang around in memory? (I haven't checked) --kingboyk 16:39, 3 April 2007 (UTC)
I've seen it in other cases where it stays alive (im sure). In the same way. I tend to do a Application.Exit() or similar on the last form closing... Kills it off. Just check it out and we'll do something about it if necessary. 83.218.148.13 16:41, 3 April 2007 (UTC) (Reedy Boy)
Another bug, almost certainly caused by the new startup code: Load a settings file containing plugin settings as soon as AWB starts, and the plugin settings aren't applied because the plugin hasn't been initialized yet. Another bug, in debug mode: the sandbox doesn't get added to the article list for a few seconds (first thing I do is clear list).
I'm all in favour of checking we're good to run early, but evidently we're not even getting properly set up before doing it. --kingboyk 17:11, 3 April 2007 (UTC)
It just needs its call moving. Reedy Boy 18:37, 3 April 2007 (UTC)
Done, moved after plugin load and such! Reedy Boy 18:38, 3 April 2007 (UTC)
Is that why I've been getting some strange messages from AWB on start-up recently? Phew, thought I'd done something wrong, or the Auto-Updater had screwed up. Cheers —Phil | Talk 15:11, 4 April 2007 (UTC)
For the not closing, i've found a line in the web browser
while (ReadyState != WebBrowserReadyState.Complete) Application.DoEvents();
The web browser control has been disposed of, the state isnt going to change to Complete, so its never going to exit = Infinite Loop. Reedy Boy 09:38, 7 April 2007 (UTC)

Seems to be fixed, please verify. PS: MDAs suck! MaxSem 10:26, 7 April 2007 (UTC)

You've done the right thing Max, but it gets stuck in its loop earlier than that, so it doesnt get changed before. Would it be safe to move that line of code up to the top? Reedy Boy 10:47, 7 April 2007 (UTC)
Moving seems to have sorted it. Commiting Reedy Boy 10:51, 7 April 2007 (UTC)
Now all but perfect. Cheers MaxSem. I've also fixed a bug where the updater was being started when it shouldnt have been. Reedy Boy 11:22, 7 April 2007 (UTC)

[edit] spaces changed inside « »

Example: http://fr.wikipedia.org/w/index.php?title=Ch%C3%A2teau_%28bateau%29&diff=next&oldid=7122940

Status New
Description When AWB save a page with text like "« some text »" then both space (after "«" and before "»") are replaced by another space. This behavior make this kind of edit appear in history. $pooky 07:56, 4 April 2007 (UTC)
To duplicate: AWB is set to make no changes at all. Edit an article with "« some text »" in its content. Save this page. Then an entry is created on the article's history (as shown on the example).
Operating system Windows XP sp2 (using IE 6)
AWB version 3.3.1.0
Workaround No


Looks to me like there are some "space-like characters" there, maybe something like &nbsp; but "unicodified": is this how those French quotes are set off from the contained text? What I can't tell is whether AWB was adding or taking away… AWB was set to "no changes at all", you say? How…odd. HTH HAND —Phil | Talk 15:10, 4 April 2007 (UTC)

Hi, I was not aware that a &nbsp; could be unicodified. Do you now a way to display the Unicode codes for a character? On the french wikipedia, it is possible to add « » using the link "« »" just bellow the edit textarea. I confirm that my AWB was configured to only touch each article (null edit). So, no idea for a fix at the moment? $pooky 09:36, 5 April 2007 (UTC)

[edit] Incorporating words to match piped destination

Status New
Description University of Georgia moves sea-grant university to sea-grant university. NOt sure if this is a bug, but it seems a little over eager... Rich Farmbrough, 21:48 4 April 2007 (GMT).
To duplicate: See above
Operating system win2k(should be either Windows Vista or XP)
AWB version 3.3.1.0
Workaround Manually reverse, or turn off gen fixes.


I ran into that the other day and liked it. Why is it over-eager? That was the article that was being linked to anyway. I'm going to make a second copy here with nowiki to show better: [[sea-grant university|sea-grant]] university ==> [[sea-grant university]] — RevRagnarok Talk Contrib 12:03, 7 April 2007 (UTC)
Looks like a really great edit to me. The original is bad form. --kingboyk 12:05, 7 April 2007 (UTC)
I wouldn't go as far as saying bad form. It may have originally been [[sea-grant university|sea-grant]] [[university]] and the second link was later removed... but I do like the feature! — RevRagnarok Talk Contrib 12:26, 7 April 2007 (UTC)
The example you gave is definitely bad form :) (in my own conceited opinion of course! ;)). Running links aren't good, and university is a bad word to be linking there. Let folks click through to sea-grant university and then click on to university from that article if they want that level of detail :P Running and excessive links get frowned on at WP:FAC I can tell you that much... --kingboyk 12:39, 7 April 2007 (UTC)

[edit] Regex issue #2

Status New
Description This issue existed for a while, but I wasn't sure if I was the one doing something wrong. At first, I started the Typos subpage on the Ukrainian Wikipedia. Some of the regexes didn't seem to work correctly, even though they worked under "Test regex" in AWB. Now I'm having an issue creating a module, here's the piece of regex that I used: {{(З|з)ображення.*?{. The result I got: no changes at all, look here, under the "Ліцензування" section. — Alex(T|C|E) 02:33, 6 April 2007 (UTC)
To duplicate: see above
Operating system Windows Vista
AWB version 3.3.1.0
Workaround none



[edit] Subst=subst: problem

Status Fixed in the next release
Description AWB is substing user warning templates using the subst=subst: feature, however, if no second parameter (article name) is specified, it messes up the subst as shown here --TeckWiz ParlateContribs@ 13:17, 31 March 2007 (UTC)
To duplicate:
Operating system Windows Vista Home Premium
AWB version 3.1.1.0
Workaround The template substs correctly if it's substed the normal way (i.e. {{subst:uw-vandalism1}})


If you try the same thing manually, e.g. {{subst:uw-test1|subst=subst:}}, you'll get similar results, so it's a problem of templates, not AWB. Shall we remove |subst=subst:? MaxSem 10:33, 2 April 2007 (UTC)

Yes, it's a problem manually also. I know WP:TW is programmed to use the regular subst when no parameter is provided and to use the subst=subst: when there is a parameter. If AWB can be programmed to do this, that would be great. If it can't, just take out the subst=subst: part. It'll just make the coding a little long. The subst=subst: hack just shortens the coding a bit for the parserfunctions. --TeckWiz ParlateContribs@(Lets go Yankees!) 14:03, 2 April 2007 (UTC)
(I've moved this down to the bottom so it gets a little bit more attention. This is a big problem that needs to be solved soon. It's been causing many problems.) --TeckWiz ParlateContribs@(Lets go Yankees!) 17:27, 6 April 2007 (UTC)
As MaxSem says, this is more of an issue with templates. However, I believe that Special:Expandtemplate does the job properly, and this function is in the current release (but I'd advise against using it due to a unicode bug). The unicode bug is fixed in SVN, and will be in the next release (possibly this weekend). This is the sort of result ExpandTemplates gives. Martinp23 18:26, 6 April 2007 (UTC)
To clarify - in the next release, AWB will subst user warnings using Expandtemplates. Martinp23 18:27, 6 April 2007 (UTC)
Just out of curiosity, how does it do this? Does it query the Special:Expandtemplates page in the background, or is there another way? —{admin} Pathoschild 03:40:27, 07 April 2007 (UTC)
Yep - it has to query the page. Hopefully, at some point, there will be something like "subst" that we can put in front of a template to run it through ExpandTemplates. For now, though, we've got to wait for this fix to arrive! Martinp23 11:21, 7 April 2007 (UTC)

[edit] Keywords do not work in Replace Special

Status New
Description Keywords (such as %%title%%) do not work in 'Replace Special' patterns, and are simply placed verbatim.
To duplicate:
Operating system Windows XP with IE 6.0
AWB version 3.1.1.0
Workaround Place the keywords with 'Find & Replace' ('normal' button).

{admin} Pathoschild 03:40:27, 07 April 2007 (UTC)

[edit] Replacing _ with space in external links

Status Not a bug/currently unresolvable
Description see this diff Yonatan talk 04:19, 24 March 2007 (UTC)
To duplicate:
Operating system Windows XP
AWB version 3.1.4.0
Workaround None


Unfortunately, this was due to malformd link to Canadian Museum of Civilization a bit before the url. I don't see a way for AWB to detect such errors. Inclined to mark this as not a bug. MaxSem 07:00, 2 April 2007 (UTC)

Agreed there MaxSem, the link is [[ ]] ie wikilinks, which is therefore not AWB's fault that it changed it, as in wikilinks it can. Agreed with changing to notbug. Reedy Boy 09:24, 2 April 2007 (UTC)
Is it possible to make AWB ignore everything that input into the url parameter in Template:cite* (or maybe actually for any template) or just have it ignore the cite web template as people often don't surround links it with [ and ]. Yonatan talk 12:05, 7 April 2007 (UTC)

[edit] "startIndex cannot be larger than length of string."

Status Fixed in the next release
Description When trying to upload logs using User:kingboyks plugin, ive had some times of it falling over

Did some tracing and we get an exception

System.ArgumentOutOfRangeException was caught
  Message="startIndex cannot be larger than length of string.
Parameter name: startIndex"
  ParamName="startIndex"
  Source="mscorlib"
  StackTrace:
       at System.String.InternalSubStringWithChecks(Int32 startIndex, Int32 length, Boolean fAlwaysCopy)
       at System.String.Substring(Int32 startIndex)
       at WikiFunctions.Editor.EditPage(String Article, String NewText, String Summary, Boolean Minor, Boolean Watch) in D:\AWB\AWB\WikiFunctions\WPEditor.cs:line 109
       at WikiFunctions.Logging.Uploader.LogUploader.LogIt(String Log, String LogTitle, String LogDetails, String UploadTo, List`1 LinksToLog, Int32 PageNumber, DateTime StartDate, Boolean OpenInBrowser, Boolean AddToWatchlist, String Username, String LogHeader, Boolean AddLogTemplate, String EditSummary, String LogSummaryEditSummary)
       at WikiFunctions.Logging.Uploader.LogUploader.LogIt(TraceListenerUploadableBase Sender, String LogTitle, String LogDetails, String UploadToWithoutPageNumber, List`1 LinksToLog, Boolean OpenInBrowser, Boolean AddToWatchlist, String Username, String LogHeader, String EditSummary, String LogSummaryEditSummary)
       at AutoWikiBrowser.Plugins.SDKSoftware.Kingbotk.MyTrace.Trace_Upload(TraceListenerUploadableBase Sender, Boolean& Success)

Tracing the code down, it goes to line 115 in EditPage in WPEditior.cs

wpEditkey = m.Value.Substring(28, m.Value.Substring(28).IndexOf("\""));

The exception gets caught as

startIndex cannot be larger than length of string.
Parameter name: startIndex

Any ideas, MaxSem?

Cheers

Reedy Boy 20:01, 7 April 2007 (UTC)

To duplicate:
Operating system XP
AWB version SVN
Workaround n/a


Argh, HTML output has changed! Looking at it. MaxSem 20:09, 7 April 2007 (UTC)

=) Thanks Reedy Boy 20:21, 7 April 2007 (UTC)
Fixed[2]. MaxSem 20:41, 7 April 2007 (UTC)
Max, are you sure this is fixed? I tried to do the logging upload, but it was still getting an error, but this time it was the plugin not recieing/being sent the username. Cheers Reedy Boy 22:26, 7 April 2007 (UTC)