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 Reedy (talk | contribs) at 14:32, 5 August 2007 (→‎Bottom Frame doesn't show: ++). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

AutoWikiBrowser 6.3.0.0
Shortcut
Archive
Archive 1
Archive 2
Archive 3

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.

Click here to file a new bug report.

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!

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)[reply]
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
.NET FW Version Unknown
AWB version 3.2.0.0
Workaround None
Fixed in version Unknown


This bug is likely fixed in the latest SVN, #\r bug in regex mode. I know in the older versions I had to escape newlines as "\r\n" during replacement, or as "\r↵" since AWB would strip all \r during saving. —Dispenser 16:23, 29 June 2007 (UTC)[reply]

Regex issue

Status New
Description Having an issue with regexs and typofix. See below. — RevRagnarok Talk Contrib 18:12, 1 April 2007 (UTC)[reply]
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
.NET FW Version Unknown
AWB version 3.3.1.0
Workaround None
Fixed in version Unknown


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

Yeah, that would make sense. Guess I'll need to make it a local regex. — RevRagnarok Talk Contrib 18:37, 1 April 2007 (UTC)[reply]
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)[reply]
Give us exact piece of article and regex. MaxSem 13:52, 2 April 2007 (UTC)[reply]

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)[reply]

Are you sure you have the regex box checked? I've forgotten it a few times. --NE2 17:10, 3 April 2007 (UTC)[reply]
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)[reply]
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)[reply]
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)[reply]

I've pasted my setting files here. You will note that one of the S/R specs is duplicated (but both are disabled): this was something odd that happened during an upgrade and I never got around to fixing it. It would likely work best if you went to the end of the list…in other words worked in reverse order. Good luck. HTH HAND —Phil | Talk 15:33, 16 April 2007 (UTC)[reply]

sortkey of {{pagename}}

Status New
Description When encountering [[Category:Catname|{{PAGENAME}}]] it is replacing the {{PAGENAME}} with the pagename. I think it would be better to just remove it so that there is no sort key, unless a DEFAULTSORT exists which differs. (I think this is a bug, but if you think it is a feature feel free to move it to that page.) After Midnight 0001 21:22, 25 April 2007 (UTC)[reply]
To duplicate: try it on KRVY, I've currently left the page unchanged
Operating system XP
.NET FW Version Unknown
AWB version 3.9.0.0
Workaround visual inspection and correction
Fixed in version Unknown


The only problem is that {{PAGENAME}} is not the same as the full page name, which includes the namespace and is the variable {{FULLPAGENAME}}. —METS501 (talk) 18:21, 11 May 2007 (UTC)[reply]

Comment relocation bug

Status New
Description AWB changes around comments in the categories {Slash-|-Talk} 00:50, 11 May 2007 (UTC)[reply]
To duplicate: I said to EDIT Andy Green with AWB, not look at my edit. You'll see a comment move around in the categories.
Operating system Windows XP
.NET FW Version Unknown
AWB version 3190
Workaround don't touch comments? I don't know
Fixed in version Unknown


See what you mean, its moving <!--Not exactly on target, but I can't think of anything closer--> from next to the stub tags, to above the categories. Reedy Boy 19:07, 12 May 2007 (UTC)[reply]

Double End of line

Status New
Description If in single line mode if there is a new line after the end of the main contents. Occurred when tagging template with {{uncategorized}}. Dispenser 20:21, 30 May 2007 (UTC)[reply]
To duplicate: Rule 1: 
replace="[^\r\n]*"
with=""
regex="true"

Rule 2: 

replace="$"
with="<noinclude>{{Uncategorized template|{{subst:DATE}}}}</noinclude>"
regex="true"
singlline="true"
Operating system Windows XP
.NET FW Version Unknown
AWB version 3.9.0.0
Workaround Change "$" to "(\S)\s*$" and add $1 to the beginning of the replacement
Fixed in version Unknown


Is it still there in 3.9.3, taking in account absence of \r's? MaxSem 10:56, 29 June 2007 (UTC)[reply]

Yes, and I've come up with a better method of duplication, two rules both advanced regex in singleline mode, replace 1: $ → \n\n\n, replace 2: $ → EoF (tested on Template:DOClink). Another work around is to remove trailing white space with \s*$ → [empty] —Dispenser 18:04, 29 June 2007 (UTC)[reply]

inappropriate DEFAULTSORT values

Status New
Description When AWB detects that every category entry has the same sort key, it strips that sort key out and puts it into a DEFAULTSORT: instead. This is not always appropriate. An example can be seen at Banksia grandis.[2] The only appropriate default sort key for this article is "Banksia grandis". However it just so happens that the article is currently only in categories restricted to Banksia species, for which it is desirable to sort by specific epithet. The sort key used for the current category entries is thus "Grandis", but this is a grossly inappropriate choice for a default sort key. If someone comes along and puts that article into Category:Trees or Category:Plants published in 1798 or Category:Plants published by Carl von Willdenow or Category:Flora of the Swan Coastal Plain or just about any other category imaginable, then having a DEFAULTSORT of "Grandis" will be just plain wrong, and embarrassingly so.

I've had to revert inappropriate DEFAULTSORT keys quite a few times lately. I realise that this strategy is right 95% of the time, but getting it wrong 5% or even 1% of the time isn't really good enough. "First do no harm" and all that guff. Please turn this functionality off. Hesperian 12:55, 13 June 2007 (UTC)[reply]

To duplicate:
Operating system 2K pro
.NET FW Version Unknown
AWB version 3.9.1.0
Workaround None
Fixed in version Unknown


  • I noticed this also and have had to turn off 'Apply general fixes' to avoid the trouble this causes. What AWB should do is that when it inserts DEFAULTSORT, it should add a '|xxxx' sort key to each category link that originally had no sort key and was sorting based on the article/category name itself. This is a do no harm fix to get closer to what the category link was originally. Hmains 21:44, 23 June 2007 (UTC)[reply]
    • where "xxxx" is the title, I assume. This would be appropriate bahaviour for cases where there are already categories that use the title as sort key by default, and therefore an improvement. But it wouldn't address the problem of articles whose most appropriate default sort key is the title, but which just happens to be only in categories that overrule that default. Hesperian 04:08, 24 June 2007 (UTC)[reply]
      • Yes, 'xxxx' is the title. The current behavior is fine for bio articles, but terrible for others. Yesterday (before I turned it off), I had to stop and type in alternative sort keys in every category that I was processing with AWB. This involved geography articles where the name of the country became the defaultsort key--which was fine for categories above the country level (such as 'Lakes by country', but I had to type in the geographic feature (like 'Lake') as the sort key in all the categories at the country level--otherwise in the 'geography of foo' category, all the articles on lakes, rivers, mountains, etc were sorted as 'foo' in instead of 'lake', 'river' 'mountain', etc as they should be. Hmains 17:32, 24 June 2007 (UTC)[reply]
  • I don't see a problem here. With the article's current content all changes were correct. If someone will need to add another category to the article, it will be their responsibility to make the article sort properly within it. AWB cannot make crystal-ball assumptions. MaxSem 10:27, 24 June 2007 (UTC)[reply]
Unfortunately crystal-ball assumptions are just what is needed in order for AWB to do correctly what it is currently doing wrongly. It is not possible to guess an appropriate default sort key based on a set of actual sort keys. But you seem to be saying that since there is no solution, there must not be a problem either. Hesperian 11:15, 24 June 2007 (UTC)[reply]
I would like to AGF, but it seems as though you are mis-characterizing things here. Obviously, if there was a problem, there would be a solution; if necessary, the devs would just remove the functionality. It's not that the code is deficient or that the developers are not clever, it is just that they have a difference of opinion with you regarding that this is a problem. If all that exists is a single sort key, then it makes sense for that to be the defaultsort. You have the option to override it and any subsequent editor has the ability to change it later. Anytime that 2 keys exist, it will not create the defaultsort. This is a sound algorithm that does no harm and saves time and future errors potentially caused by typographical errors. --After Midnight 0001 02:18, 27 June 2007 (UTC)[reply]
The difference in opinion appears to be this:
You guys think that where a DEFAULTSORT value has not been provided, it is safe to assume that no-one has given any thought to what an appropriate default sort key would be, and so it is appropriate for AWB to provide a sensible one.
I thinkknow from personal experience that sometimes people do think about what an appropriate default sort key would be, decide that the article title is the most appropriate default sort key, and therefore make an active, informed decision to omit a DEFAULTSORT value, on the grounds that the default default doesn't need to be over-ruled. In such cases, AWB's intervention is simply incorrect.
Shall I assume the dev's response to this bug report is a WONTFIX? Hesperian 02:46, 27 June 2007 (UTC)[reply]
How about this: if the DEFAULTSORT value would have a comma (indicating it is most likely a name), then AWB will keep doing what it's doing. If it doesn't have a comma, we can set the threshold to 3 incidences of the key. For example, assuming there is no comma, if you have only 2 categories in the article, AWB will do nothing (no DEFAULSORT), and if you have 4 categories (for example) with two having no sort keys and two having a sort key, it won't do anything either. It will need to find the sort key in 3 categories to make it the DEFAULTSORT key. This (I think) should eliminate basically all of the problems. —METS501 (talk) 03:04, 27 June 2007 (UTC)[reply]
I am now wondering whether it wouldn't be better to add to the Wikipedia documentation on category sort keys / DEFAULTSORT values, suggesting that a DEFAULTSORT value should always be provided, even when the default sort key is the article title. If the community approved this as a "social" solution to this problem, then what you're doing would cease to be a bug. Can you keep this bug open for a few days while I look into it? Hesperian 03:12, 27 June 2007 (UTC)[reply]
No problem :-) —METS501 (talk) 03:27, 27 June 2007 (UTC)[reply]
My changes to Wikipedia:Categories#Setting a default sort key remain unchallenged after more than a week. I won't object to this bug being closed. For the sake of consistency with this closure, you guys might consider updating AWB to always provide a DEFAULTSORT value, even when it matches the title. Hesperian 00:33, 12 July 2007 (UTC)[reply]
  • why not this: if the DEFAULTSORT key would have a comma, keep doing what AWB is doing, as this is mostly likely a biography article; otherwise, if the a sort key was not previously coded for the article/category (no |xxxx]] ) then insert the article name as a coded |xxxx]] on the article/category name while at the same time adding a DEFAULTSORT key in the way that AWB is currently doing. This would create the least harm to WP sort sequences and not expect again that editors would have to wade through and manually change countless sort keys of article and categories to fix this problem that new version of AWB is currently creating. Hmains 04:53, 28 June 2007 (UTC)[reply]

\r bug in regex mode

Status Unknown
Description Diff is incorrect with \r in regex mode. Dispenser 20:11, 28 June 2007 (UTC)[reply]
To duplicate: advanced regex: \n → \r\n
Operating system XP
.NET FW Version Unknown
AWB version SVN
Workaround None
Fixed in version Unknown


AWB now use Unix line ends for F&R, therefore you don't need to use \r anywhere anymore.

PS: should we filter \r out then? MaxSem 20:32, 28 June 2007 (UTC)[reply]
It should work like the diffs in Wikipedia, probably. So \r\n becomes \n and \r\r\n becomes \n\n. —Dispenser 02:35, 29 June 2007 (UTC)[reply]
Filtering isn't a good idea if your sending it to the server, since \r by its self is interpreted as a newline, so ideally properly converting for the diff view. —Dispenser 18:10, 29 June 2007 (UTC)[reply]
SVN 1399 seem to break wikidiff if there is a new line added. 1396 works fine. —Dispenser 19:04, 3 July 2007 (UTC)[reply]
Thats weird. No changes related to that have been made... Reedy Boy 20:52, 3 July 2007 (UTC)[reply]

Typo fixing edit summary error

Status New
Description Reporting two typo fixes of the same word fixed (extravangant → extravagant) in edit summary when it has only done one, see this diff. mattbr 19:06, 29 June 2007 (UTC)[reply]
To duplicate: Had general, typo and disambig fixes on.
Operating system Windows Vista
.NET FW Version Unknown
AWB version Alpha 3.9.3.0
Workaround None
Fixed in version Unknown


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]

Show Preview disables edit buttons

Status Fixed in the next release
Description If "on load: Show Preview" is selected the buttons including save are disabled. Dispenser 21:00, 29 June 2007 (UTC)[reply]
To duplicate: Select "on load: Show Preview" from the General menu. Then load the list, click "Start the process" and note after the preview has loaded the buttons are not enabled.
Operating system XP
.NET FW Version Unknown
AWB version Latest SVN
Workaround right-click reparse
Fixed in version Unknown


I think this is more of a feature than a bug. As we dont want users saving changes when they dont know what changes have been made - Ie as its going straight to preview... Reedy Boy 21:08, 29 June 2007 (UTC)[reply]
It doesn't only disable the save button, but all the other expect Start, stop, and ignore. Including Show changes.—Dispenser 21:16, 29 June 2007 (UTC)[reply]
So we want ignore, stop and show changes enabled? Reedy Boy 21:18, 29 June 2007 (UTC)[reply]
These buttons shouldn't be enabled while the page is being loaded, because clicking them would result in error. MaxSem 21:28, 29 June 2007 (UTC)[reply]
Ideally the old behavior where after AWB is done parsing all the buttons Start, stop, Show changes, Preview, Move, Save and if admin Protect and Delete are enabled. Add duplication field. —Dispenser 21:33, 29 June 2007 (UTC)[reply]
Finally fixed. Rather simple - rev 1512 Reedy Boy 14:23, 5 August 2007 (UTC)[reply]

Diff scrolling

Status Not a bug/currently unresolvable
Description When looking at a diff, if the user clicks in the diff aread and tries to use the mouse wheel to scroll, it will scroll the edit box rather than the diff preview. This problem only occurs if the user clicks on one of the highlighted diffs. -- Prod-You 01:36, 1 July 2007 (UTC)[reply]
To duplicate: Load up a diff, click on one of the highlighted diffs to move the focus and try to scroll with the mouse wheel
Operating system Windows XP
.NET FW Version Unknown
AWB version r3930r1364
Workaround Click on the white area rather than the highlighted diff
Fixed in version Unknown


It's not a bug - when clicking on the diffs, the text box is focused at relevant part of text. MaxSem 20:15, 30 June 2007 (UTC)[reply]

Is there another way to easily select the upper screen because the edits I'm doing right now tend to have changes to a lot of lines, and it's very difficult to scroll. -- Prod-You 01:36, 1 July 2007 (UTC)[reply]
The workaround is good - I can switch focus to the differences box by clicking in the upper portion (the information message about clicking and double clicking changes) of the box, not by clicking in the differences display area of that box. Colonies Chris 13:27, 31 July 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


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

Not all diffs show up & non accurate highlighting

Status New
Description it won't enlarge all differences like for example a space after comma, which has been added, it took time to find what was changed there, [3] - also the slight innacuracy in the first paragraf when the space was additionally highlighted --84.234.42.68 14:40, 3 July 2007 (UTC)[reply]
To duplicate:
Operating system XP SP2
.NET FW Version Unknown
AWB version rev 1395
Workaround get closer to the screen and look for added/removed spaces
Fixed in version Unknown


This could be an AWB bug, or just a wikidiff codebase bug... Does it show up ok on the mediawiki diffs? Reedy Boy 19:36, 3 July 2007 (UTC)[reply]
I only use AWB on .pl [4] - second paragraph, there was a space added, and no highlight appeared, spaces removed from the end of the line or from the other places aren't marked, i think they can be highlighted on the left side (current revision) if removed, i just checked one article with this new AWB and saw this thing, maybe there are also some other similar ;) --84.234.42.68 15:07, 4 July 2007 (UTC)[reply]

Stub tags need a double space

Status New
Description AWB removes the double blank line before a stub tag. This is needed to render the stub text correctly, with a single line it gets squashed up to the bottom of the text on short articles. Onco_p53 21:15, 5 July 2007 (UTC)[reply]
To duplicate:
Operating system XP
.NET FW Version Unknown
AWB version Alpha rev 1395 - AutoWikiBrowser3932r1395.zip
Workaround manually add the space
Fixed in version Unknown


I get this also, I thought that it has been already fixed but it looks it haven't --84.234.42.68 15:22, 7 July 2007 (UTC)[reply]
there was extensive discussion of an alternative "in wiki" CSS fix, but really AWB is the best fix for this. Rich Farmbrough, 13:02 21 July 2007 (GMT).

Regex bug

Status New
Description AWB tries to change

,([a-ząćęłńóśżź\>\[]) -> $1, $2 ([5], that's my workaround for not breaking graphic name in template) with options: "regex" set and "casesensitive" unset - but I'm not matching big letters in the regex, and as I was told here, the casesensitive should only apply to non-regex strings --84.234.42.68 12:24, 7 July 2007 (UTC)[reply]

To duplicate:
Operating system XP SP2
.NET FW Version Unknown
AWB version Alpha rev 1395 - AutoWikiBrowser3932r1395.zip
Workaround set regex to casesentitive
Fixed in version Unknown


Can you post your whole regex's? Reedy Boy 15:00, 8 July 2007 (UTC)[reply]
,([a-ząćęłńóśżź\>\[]) -> $1, $2 this is the whole regex that produces mistake --84.234.42.68 00:08, 9 July 2007 (UTC)[reply]

Minor cfd.dll bug

Status New
Description The CFD plugin appears to screw up edit summaries when the category following the one that's being removed starts with a lower-case 'c' (ie. category:x instead of Category:x. S up? 14:24, 10 July 2007 (UTC)[reply]
To duplicate: This was pointed out to me yesterday and I've been able to reproduce it (please see this diff, for example).
Operating system XP
.NET FW Version Unknown
AWB version 3.9.1.0 (sorry, I'm traveling at the moment and I don't have access to a newer build)
Workaround Case-insensitive parsing?
Fixed in version Unknown


Im having trouble seeing a screwed up edit summary... Reedy Boy 15:54, 10 July 2007 (UTC)[reply]
Yeah, sorry, I should have made myself more clear. The issue is that the plugin adds a category it didn't remove (one, that's in fact not even in the article to begin with) to the 'A → B' part of the edit summary (ie. the part that's added by the plugin). For instance in the diff I linked to above, it was removing Category:Occupation films with the edit summary 'removed Category:Signatory of "A Scientific Dissent From Darwinism", removed Category:Occupation films' (I assume Category:Signatory of "A Scientific Dissent From Darwinism" was the cat right before or after Category:Occupation films in the listing.) --S up? 16:02, 10 July 2007 (UTC)[reply]
Ah, ok. I've never actually used the plugin... What goes into the 'backlog text'? (If you've got some examples that'd be good...) Reedy Boy 16:32, 10 July 2007 (UTC)[reply]
Is 'backlog text' the string that gets appended to user-specified edit summary (sorry, I can't seem to access the svn from here; otherwise I'd look myself)? If so, it should only contain the category change that was actually performed (ie. in the above example, 'removed Category:Occupation films') and not the category that starts with a lower-case 'c' as well (ie. 'removed category:Signatory of "A Scientific Dissent From Darwinism"). -- S up? 12:05, 11 July 2007 (UTC)[reply]
'Backlog text' is the text box in the CFD plugin configuration box... Im just after something to enter so i can test it myself... Reedy Boy 13:19, 11 July 2007 (UTC)[reply]

Ah, sorry about the misunderstanding. Here's an example: 

; comment
* Category:Previous NCAA bowl game venues to Category:NCAA bowl game venues
* Category:Example

That's really all there is in terms of syntax (obviously, the second line causes AWB to remove the category from the article). S up? 15:03, 11 July 2007 (UTC)[reply]

Is there some fancy trick to get this to work... As im surely missing something... Reedy Boy 22:39, 20 July 2007 (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, 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]

Logging location

Status Fixed in the next release
Description Logs are put in the worng place.. at /210707 3 for example. Rich Farmbrough, 17:22 21 July 2007 (GMT).
Note that I had no logging or uploading enabled.
To duplicate: Reun ver 4.0.0.0
Operating system 2k
.NET FW Version Unknown
AWB version 4.0.0.0
Workaround Disable logging (how?) or move logs manually.
Fixed in version Unknown


It needs a full disable implementing, i agree. What exactly do you mean the wrong place though Rich? Do you mean it should be /Logs/Wherever, and its not? Reedy Boy 18:29, 21 July 2007 (UTC)[reply]
What do you mean, "it needs a full disable implementing"? It shouldn't log unless it's told to, and the default should be off. No files should ever be written if logging isn't turned on, so in theory it already has "full disable". I'll check that it's working that way but that's how it's meant to work. --kingboyk 21:43, 24 July 2007 (UTC)[reply]
Ah, my mistake looks like it's defaulting to on (log to wiki code, upload off). I'll change it to default off. These options are in the "logging to file" tab, Rich.
As for log location, as per Sam - I need to know if you mean on the filesystem or on-wiki (it really shouldn't be uploading unless you explicitly set that option). --kingboyk 21:53, 24 July 2007 (UTC)[reply]
I've turned logging off by default - rev 1486. No logs being written or uploads happening if it's turned off, as far as I can tell. If you have evidence to the contrary please shout, as log uploading when turned off would be a serious bug :) Location on filesystem is determined by the settings in the "logging to file" tab.
Only glitch I can see is that the green LED comes on at the end and won't go back to red. Trivial and I'll nail it some time. --kingboyk 23:22, 24 July 2007 (UTC)[reply]
Being loaded on wiki /210707 3 for example. Rich Farmbrough, 07:04 26 July 2007 (GMT).
Are you positive you didn't have "upload" switched on? Is this still happening now? (rev 1486++) --kingboyk 23:01, 27 July 2007 (UTC)[reply]


Focus lost on loading article

Status New
Description When an article is loaded with changes, the focus of the caret is moved from the AWB part (say in the find box) to the IE part, so for example, pressing Ctrl+S doesn't save the article until the user clicks somewhere back in the AWB area. Rjwilmsi 18:33, 25 July 2007 (UTC)[reply]
To duplicate:
Operating system XP Pro SP2
.NET FW Version Unknown
AWB version V4 Alpha rev 1480
Workaround
Fixed in version Unknown


Hmm, i dont what exactly to do. It only needs the focus (of the cursor/similar) changing after changes are displayed. Probably comes about due to the change of browsers between edits and Diff... Reedy Boy 17:08, 28 July 2007 (UTC)[reply]

NEsted square brackets again.

Status New
Description Hyperlink in imge link: one required ] removed.Rich Farmbrough, 07:08 26 July 2007 (GMT).
To duplicate: See [6]
Operating system win2k
.NET FW Version Unknown
AWB version 4.0.0.0
Workaround Turn off general fixes. Possible s/\]\]\]/] ]]/ "
Fixed in version Unknown


Zero length string

Status New
Description Dialogue box appears: "String cannot be of zero length: Parameter name: oldValue" Rich Farmbrough, 10:48 27 July 2007 (GMT).
To duplicate: Appears to be due to an empty replace string.
Operating system Win2k
.NET FW Version Unknown
AWB version 4.0.0.0
Workaround Not certain.
Fixed in version Unknown


Can you be more specific as to what you were doing to get this? Was this normal FaR, or advanced FaR... Etc. Thanks, Reedy Boy 10:53, 27 July 2007 (UTC)[reply]
Just tried normal and advanced FaR... No error message... Reedy Boy 17:04, 28 July 2007 (UTC)[reply]
I've also seen this with my plugin... Reedy Boy 11:12, 2 August 2007 (UTC)[reply]

Always adds updated pages to watchlist (relisted)

Status Not a bug/currently unresolvable
Description General/Add all to watchlist not behaving as expected. All articles are added to watchlist when saved, regardless of whether this setting is ticked/checked or cleared. (Note: this was raised in 3.9.1.0 and listed as fixed in rev 1413 - I didn't verify this though) Paddles TC 07:17, 28 July 2007 (UTC) Useability not function bug - option works only if "Allow AWB to override watchlist settings" is set on. Paddles TC 13:08, 28 July 2007 (UTC)[reply]
To duplicate: Start process with setting either set or cleared. Edit pages, then toggle setting and edit some more pages. In browser, go to Special:Watchlist and observe all edited pages are on the list.
Operating system Win 2000 Pro SP4
.NET FW Version Unknown
AWB version 4.0.0.0 beta
Workaround None (except manually selecting and removing pages from the watchlist afterwards)Find "Allow AWB to override watchlist settings" under General/User and project preferences and swtich it on.
Fixed in version Unknown


I know for a fact i've fixed this. Ive done quite a few edits with the latest version (see my contribs) and NONE of these have been added to my watchlist... :confused:
It may just be an old settings file.. See if anyone else confirms the bug... Reedy Boy 08:17, 28 July 2007 (UTC)[reply]
Hmm, just a hunch but is 'Allow AWB to override watchlist settings' turned on? S up? 11:33, 28 July 2007 (UTC)[reply]
Good point. There is the "allow AWB to override..." in preferences, then in general, there is the add to watchlist... I did suggest to teh user on my talk page to check their wikipedia preferences and see what settings they have enabled. Reedy Boy 11:47, 28 July 2007 (UTC)[reply]
Confirmed that "Allow AWB to override watchlist settings" was off (default) - consequently "Add all to watchlist" was being ignored. So it's not a programming bug, but I think it's a useability bug though - so I'd recommend one of the following:
  • "Add all to watchlist" to be greyed out whenever "Allow AWB to override watchlist settings" is false.
  • Remove "Allow AWB to override watchlist settings" option - treat it as always true rather than user-configurable.
  • Move "Add all to watchlist" to underneath (suboption of) "Allow AWB to override watchlist settings", on the principle that a more-visible option shouldn't require having to change a less-visible option in order to work.
Thanks for the help! Paddles TC 13:08, 28 July 2007 (UTC)[reply]
That is good at least, that the code is right, but i agree, something should really be done about it. As to which... Im not overly sure.. Anyone else got an opinion? Reedy Boy 16:55, 28 July 2007 (UTC)[reply]

Bug with Wikia support

Status Fixed in the next release
Description Support of Wikia is not working. Keeps directing to http://dofus.wikia.com//wiki/Project:AutoWikiBrowser/CheckPage
non existence page
Cizagna 20:34, 28 July 2007 (UTC)[reply]
To duplicate: Preferences->Wikia->"any of the wikis" (i tested with "dofus" and "starwars")->"log" in or "refresh status"
Operating system XP
.NET FW Version Unknown
AWB version 4.0.0.0
Workaround Feature was requested with Central check page to control AWB use in Wikia +/-3000 wikis http://www.wikia.com/wiki/Wikia:AutoWikiBrowser/CheckPage. Also error is that double // (mark in red)
Fixed in version Unknown


Fixed in rev 1503. I don't know about the central checkpage; I think it's up to each wiki to decide. —METS501 (talk) 21:02, 28 July 2007 (UTC)[reply]

Thanks for the bug corrections.
About the each wiki decision see requests Archive wikia.com checklist Also i want you to note that wikia is +/- 3000 wikis and not all are active, vandalizing using the AWB its a big potential treat to those unmonitored wikis and if there is no checkpage it will work totally free from what MaxSem explained to us --Cizagna 21:51, 28 July 2007 (UTC)[reply]

Bottom Frame doesn't show

Status New
Description The bottom frame doesn't show completely. There are radio buttons and text fields below the bottom of the window that I can't get to. Also, the whole text window doesn't show, nor does the status bar at the bottom, and the entire right side is cut off. —  MusicMaker5376 06:27, 30 July 2007 (UTC)[reply]
To duplicate:
Operating system XP
.NET FW Version Unknown
AWB version 4.0.0.0
Workaround Can't find one.
Fixed in version Unknown


Can you tell us what display resolution you're using? (If you don't know how, see [7], but don't actually change it; just tell us what the slider says and press OK) —METS501 (talk) 12:34, 30 July 2007 (UTC)[reply]

Also, do you think you can upload a screenshot to show us what it actually looks like? Thanks. —METS501 (talk) 12:36, 30 July 2007 (UTC)[reply]

The same is happening to me. Just imagine AWB up and working, but the white space at the top where the changes are shown is so big that it pushes the bottom inch of the options off the screen. Resizing the window doesn't do anything to help. My resolution is 800x600, but when I changed it, nothing really happened, though I could be doing it wrong. I can't get a screenshot to work because of file types. Reywas92Talk 14:56, 30 July 2007 (UTC)[reply]

800x600 is a rather uncommon resolution now, most people are on at least 1024*768. Even putting a 17" monitor, it will be bigger and cant really duplicate it... Reedy Boy 17:57, 30 July 2007 (UTC)[reply]
Is it actually maximised... Or manually resized? As the whitespace is the one that changes... Shrink it manually, and use the maximise box near the exit X... Reedy Boy 18:03, 30 July 2007 (UTC)[reply]

I'm using 1280x1024, and I've tried expanding the window both manually and using the maximize button. I'm not exactly sure how to make a screenshot -- I know I saw something about it on WP a couple of months ago, but I can't remember where. I'll look around and see if I can. —  MusicMaker5376 19:39, 30 July 2007 (UTC)[reply]

I see what you guys are talking about; I just set my monitor to 800x600 to check and no matter what I do, I can't get the bottom to display. I'm putting it back to 800x600 and I'm going to check out what's wrong. —METS501 (talk) 19:41, 30 July 2007 (UTC)[reply]
I think I've fixed this in rev 1508. Can someone else who was having the problem download the latest SVN copy and test it out to make sure? Thanks. —METS501 (talk) 19:53, 30 July 2007 (UTC)[reply]

What exactly do I go through to download that? I clicked a couple things, and it does nothing, though I'm probably just doing it wrong. Do I download it again the regular way, or do I need to do the tortoiseSVN thing? Reywas92Talk 20:04, 30 July 2007 (UTC)[reply]

Sorry for the ambiguity. You'll need TortoiseSVN and Microsoft Visual C# to compile it. See Wikipedia:AutoWikiBrowser#Getting the sources. If you don't have Microsoft Visual C# already installed it'll probably not be worth it for you to install it just for this. —METS501 (talk) 20:07, 30 July 2007 (UTC)[reply]
You could just build it Mets, and upload it somewhere ;). Not on SF tho ;) Reedy Boy 20:38, 30 July 2007 (UTC)[reply]
Oh yeah, I forgot. Sorry :-) —METS501 (talk) 21:31, 30 July 2007 (UTC)[reply]

Alright, I was actually able to follow all of those directions, download all of the software, and compile the next build. I'm proud. But, unfortunately, it's still doing it. Again, I'm at 1280x1024. The splash screen, too, isn't rendering correctly -- what should be the lower right hand corner is about an inch toward the center. —  MusicMaker5376 20:56, 30 July 2007 (UTC)[reply]

Yay for the compiling, but I have no idea what's doing it on a 1280x1024 screen. Do you think you can get a screenshot? —METS501 (talk) 21:31, 30 July 2007 (UTC)[reply]
Yeah, im intrigued too. Just press the print screen button on your keyboard, and then paste into Paint or something, save, and upload :) Reedy Boy 21:39, 30 July 2007 (UTC)[reply]
Lol -- I'm going to see what I can do about getting a screenshot. I tried hitting PrtScn, and tried pasting in Paint, but nothing happened. That button has two other commands on it (SysRq and Insert), so I might have to push something else with it, yadda, yadda, yadda. I'm trying.... —  MusicMaker5376 21:44, 30 July 2007 (UTC)[reply]
Mine has the Sys Rq, but aint insert aswell... Reedy Boy 21:53, 30 July 2007 (UTC)[reply]

There ya go. Hope they help. —  MusicMaker5376 22:01, 30 July 2007 (UTC)[reply]

Its almost like something is ovveriding the default sizes... Reedy Boy 22:06, 30 July 2007 (UTC)[reply]
Yeah, that's really weird. —METS501 (talk) 02:53, 31 July 2007 (UTC)[reply]
Woo hoo! I stumped the programmers! —  MusicMaker5376 03:45, 31 July 2007 (UTC)[reply]
Fun for a moment, until the program doesn't get fixed :-) —METS501 (talk) 12:33, 31 July 2007 (UTC)[reply]
I know an easier way.. Blacklist the users that have problems. Then we dont have to fix it ;) Reedy Boy 18:52, 31 July 2007 (UTC)[reply]
HEY!! —  MusicMaker5376 22:04, 31 July 2007 (UTC)[reply]

Were you able to use previous versions without issue or are you new to AWB? Since I also have no initial idea what might be the cause perhaps we can find a working version and see what has changed since then. All I can say is that it's worked for me on various screen sizes and resolutions... I will however do some tests when I have time if this isn't resolved before then. --kingboyk 12:35, 4 August 2007 (UTC)[reply]

This isn't the first version I used, though I'm relatively new to AWB. I don't remember the version number of the old version I was using, and, in true American "newer-is-always-better" mentality, I erased the old version shortly after downloading the 4000, but, of course, before trying it out to make sure it worked.... I downloaded it on July 15, if that helps, and had no problems. —  MusicMaker5376 16:05, 4 August 2007 (UTC)[reply]
Well, the last release before v4 was back in april - 3.9.1.0 Try downloading it [8] and see if it looks ok. If it does, its something with AWB. Reedy Boy 16:15, 4 August 2007 (UTC)[reply]
No problems with 3.9.1.0. Looks fine. Is there any way I can override the updater and use that version? —  MusicMaker5376 17:07, 4 August 2007 (UTC)[reply]
Its not the updater, its the checkpage... Simplest option IMHO, is grab a copy of the Main.designer.cs from the 3.9.1.0 release, and then do a diff with the current one. Look for any changes... Reedy Boy 17:16, 4 August 2007 (UTC)[reply]
Lol. I understood about 35% of those words.... —  MusicMaker5376 17:21, 4 August 2007 (UTC)[reply]
More a note for myself/mets/kingboyk if he has the time ;). Answer = Bare with us! Reedy Boy 17:39, 4 August 2007 (UTC)[reply]
Baring.... —  MusicMaker5376 21:02, 4 August 2007 (UTC)[reply]
- Thats to do with the split container... Reedy Boy 14:32, 5 August 2007 (UTC)[reply]

iw sort for kab is not correct

Status New
Description kab: is sorted between ta: and tt:. According to Interwiki sorting order, the order on en is ta, kab, roa-tara, tt. The language in question is Kabyle language
To duplicate: Try Aurelius Victor
Operating system XP
.NET FW Version Unknown
AWB version 4.0.0.0
Workaround Manual edit
Fixed in version Unknown


This is related to Wikipedia talk:AutoWikiBrowser/Bugs/Archive 3#iw sort for arc is not correct. So instead of fixing these in a one-at-a-time ad-hoc fashion, why not to a full update? --ChoChoPK (球球PK) (talk | contrib) 09:41, 2 August 2007 (UTC)[reply]

Its usually there are only a few problems, so therefore, only fixed as and when. But i agree, it may be worth fully updating the list for tge next release Reedy Boy 11:11, 2 August 2007 (UTC)[reply]
How about dynamically updated, like Wikipedia:AutoWikiBrowser/User talk templates? —METS501 (talk) 22:48, 3 August 2007 (UTC)[reply]
That is probably a better idea Mets. Due to the fact it can change fairly frequently, it then means a new build DOESNT have to be released to fix bugs with orders! Reedy Boy 11:42, 4 August 2007 (UTC)[reply]

"Open page in browser" fails for certain special characters

Status New
Description When choosing "Open page in browser" from the Make List or Edit Box area context menus, if the page in question contains certain punctuation characters then an incorrect page is opened (generally a Wikipedia does not have an article with this exact name page). Paddles TC 12:55, 5 August 2007 (UTC)[reply]
To duplicate: Make article list from What Links Here - Therapy. Right click on a page in the list that contains parentheses or an apostrophe and choose "Open article in browser" from the context menu. The page opened is incorrect. For example:
Operating system Windows 2000 SP4 (default browser: Firefox 2.0.0.6)
.NET FW Version Unknown
AWB version 4.0.0.0 beta
Workaround None
Fixed in version Unknown


Fahr's syndrome opens http://en.wikipedia.org/wiki/Fahr%27s_syndrome for me... And it opens the other ones fine... Reedy Boy 14:28, 5 August 2007 (UTC)[reply]
Retrieved from "https://en.wikipedia.org/w/index.php?title=Wikipedia_talk:AutoWikiBrowser/Bugs&oldid=149348720"