Wikipedia talk:AutoWikiBrowser/Bugs/Archive 16
This is an archive of past discussions on Wikipedia:AutoWikiBrowser. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page. |
Archive 10 | ← | Archive 14 | Archive 15 | Archive 16 | Archive 17 | Archive 18 | → | Archive 20 |
MoveDABlinks and white space
Status | Fixed in the next release |
---|---|
Description | I have: Skip if no changes, skip if only genfixes, skip if only whitespace moved all turned ON and I have a custom module to move DABlinks on the top activated. This edit shouldn't happen. Any ideas? -- Magioladitis (talk) 11:26, 9 May 2010 (UTC) |
To duplicate: | |
Site URL: | en.wiki |
Operating system | 7 |
.NET FW Version | |
AWB version | |
Workaround | 5022_rev6496 |
Fixed in version | 6518 |
- You've got genfixes on yet you have a custom module to call a genfix too? Rjwilmsi 11:44, 9 May 2010 (UTC)
- The custom module is supposed to add "skip if no DABlink was moved on the top". If a DABlink is moved on the top then perform genfixes. Btw, I am loading the procedure again because I can't grab it from MetaDataSorter. -- Magioladitis (talk) 11:56, 9 May 2010 (UTC)
- I updated your CM to call MoveDablinks directly. I'll look at why it doesn't skip. Rjwilmsi 13:00, 9 May 2010 (UTC)
- Thanks. It happens when there are more than one DABlinks. I think the reason is that MoveDABlinks is called in this case. -- Magioladitis (talk) 18:05, 9 May 2010 (UTC)
- I updated your CM to call MoveDablinks directly. I'll look at why it doesn't skip. Rjwilmsi 13:00, 9 May 2010 (UTC)
- The custom module is supposed to add "skip if no DABlink was moved on the top". If a DABlink is moved on the top then perform genfixes. Btw, I am loading the procedure again because I can't grab it from MetaDataSorter. -- Magioladitis (talk) 11:56, 9 May 2010 (UTC)
- rev 6518 Improved MoveDablinks whitespace handling. Should fix your issue. Rjwilmsi 19:32, 9 May 2010 (UTC)
AWB opens wrong talk page in browser
Status | Fixed in the next release |
---|---|
Description | When editing Scrumpy & Western EP, I right-clicked in the edit window and clicked on "Open talk page in browser". Instead of the talk page for that article, the talk page for article Scrumpy was opened. The URL was "http://wiki.riteme.site/w/index.php?title=Talk:Scrumpy%20&%20Western%20EP". --Auntof6 (talk) 22:36, 9 May 2010 (UTC) |
To duplicate: | Edit Scrumpy & Western EP. Right-click in edit window and select "Open talk page in browser". |
Site URL: | en.wiki |
Operating system | Windows XP Home edition, service pack 3 |
.NET FW Version | 2.0.50727.3603 |
AWB version | 5.0.2.2, SVN 6496 |
Workaround | Open article page in browser (it does open the correct article), then go to the talk page. |
Fixed in version | rev 6533 |
- Encoding fail —Reedy 17:42, 11 May 2010 (UTC)
Typo fixing does not make an edit summary
Status | Not a bug in AWB, has been referred |
---|---|
Description | When changing certain typos, eg. " ([\w]+)ggg+" -> " $1gg", the edit summary that is returned lacks information on what has been changed. It just says ( typos fixed:) without anything after it. tetraedycal, tetraedycal 18:51, 11 May 2010 (UTC) |
To duplicate: | Enable regex typofixing on svwiki and edit try editing sv:Användare:Dumbot/test |
Site URL: | sv.wikipedia.org |
Operating system | win 7 |
.NET FW Version | Unknown |
AWB version | 5.0.2.0. |
Workaround | |
Fixed in version |
See for instance this edit. tetraedycal, tetraedycal 18:57, 11 May 2010 (UTC)
- Still working on en-wiki in general e.g. here. I'll digg further. Rjwilmsi 19:07, 11 May 2010 (UTC)
- Did you edit the page manually or undo one of the proposed changes? That seems to remove the specifics from the summary. —Ost (talk) 19:38, 11 May 2010 (UTC)
- It's some of your typo rules on sv-wiki. Starting rules with "\b " doesn't work properly. Start them with \b or a space, but not both. Your triple letter rules are affected by this, plus a couple of others. Rjwilmsi 19:41, 11 May 2010 (UTC)
- Ok, thanks, I'll try to sort that out. :) tetraedycal, tetraedycal 19:43, 11 May 2010 (UTC)
- It's some of your typo rules on sv-wiki. Starting rules with "\b " doesn't work properly. Start them with \b or a space, but not both. Your triple letter rules are affected by this, plus a couple of others. Rjwilmsi 19:41, 11 May 2010 (UTC)
UnauthorizedAccessException in Updater.DeleteIfExists
Status | Fixed in the next release | ||||||
---|---|---|---|---|---|---|---|
Description | Thread:
| ||||||
To duplicate: | Unknown | ||||||
Operating system | Microsoft Windows NT 6.0.6002 Service Pack 2 | ||||||
.NET FW Version | Unknown | ||||||
AWB version | 2.0.0.2 | ||||||
Workaround | None | ||||||
Fixed in version | Unknown |
This was already fixed in 6024-6027. Please update your updater to 2.0.0.6 or newer. -- Magioladitis (talk) 22:34, 12 May 2010 (UTC)
ApiBlankException in ApiEdit.CheckForErrors
Status | Fixed in the next release | ||||||
---|---|---|---|---|---|---|---|
Description | nThread: InvokerThread (Open)
| ||||||
To duplicate: | Unknown | ||||||
Site URL: | http://wiki.riteme.site | ||||||
Operating system | Microsoft Windows NT 5.1.2600 Service Pack 3 | ||||||
.NET FW Version | 2.0.50727.3603 | ||||||
AWB version | 5.0.1.0, revision 6295 (2010-03-09 23:07:42) | ||||||
Workaround | |||||||
Fixed in version | rev 6539 by Reedy -- Magioladitis (talk) 23:10, 12 May 2010 (UTC) |
Did you have any plugin loaded? -- Magioladitis (talk) 08:30, 12 March 2010 (UTC)
"This happens if you lose your internet connection. I think we should just go into the restart timer rather than throwing the exception. Rjwilmsi 07:32, 31 October 2009 (UTC)" -- Magioladitis (talk) 14:45, 8 April 2010 (UTC)
InvalidOperationException during saving prefs
Status | Fixed in the next release | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Description |
| ||||||||||||
To duplicate: | Unknown | ||||||||||||
Site URL: | http://wiki.riteme.site | ||||||||||||
Operating system | Microsoft Windows NT 5.1.2600 Service Pack 3 Microsoft Windows NT 6.0.6002 Service Pack 2 | ||||||||||||
.NET FW Version | 2.0.50727.4200 /2.0.50727.3603 | ||||||||||||
AWB version | 5.0.2.1, revision 6473 (2010-05-03 00:46:08) 5.0.2.2, revision 6496 (2010-05-06 10:45:13) | ||||||||||||
Workaround | |||||||||||||
Fixed in version | situation improved in 6538 |
rev 6538 may possibly fix it but isn't guaranteed. Svick, can you duplicate it on demand? Any hints of how it occurred/to duplicate it? -- Magioladitis (talk) 22:40, 12 May 2010 (UTC)
- I can't duplicate it. It started doing while I was processing a list (probably while trying to autosave), and normal save gave the same exception at that point. So I turned autosave off, continued through the list and at some point, save started working again. Svick (talk) 22:52, 12 May 2010 (UTC)
- We are marking it as fixed/rare. -- Magioladitis (talk) 23:20, 12 May 2010 (UTC)
I've had several cases where a window has popped up telling me AWB has encountered an error, but usually I can hit 'continue working' and it seems to resolve itself. (It mostly happens after the computer's gone to sleep.) This is the first time I've been unable to save. I just pre-parsed several thousand articles, and now can't save the list. I've tried 'save as' under a new name, but no dice. Although a file is saved, when I open it, it's blank. The original file is also corrupted, so that it is also blank when I open it. (No list, and the find&replace rules are gone.) For both, I get the pop-up notice "There is an error in XML document (154, 15)." with the header "InvalidOperationException in UserPrefs.LoadPrefs".) So it looks like I need to do the pre-parse run again. Fortunately, I made a backup copy of the settings file before I did the run, or I'd be back at the database dump to generate a new list. — kwami (talk) 06:56, 16 May 2010 (UTC)
I've tried it again, periodically saving, but after going through only about a quarter of the 2500 articles, I got the same failure. I'm not watching this page, so please ask on my talk if you'd like me to post my settings prior to doing the run. — kwami (talk) 07:05, 16 May 2010 (UTC)
- I also spent hours recopying hundreds of find and replace rules from backup, but it's working now. Art LaPella (talk) 15:12, 16 May 2010 (UTC)
Restrict {{DEFAULTSORT}} change/addition not working
Status | Works for me |
---|---|
Description | The option for Restrict {{DEFAULTSORT}} change/addition doesn't appear to be working. AWB seems to be tryng to add defaultsort even when this option is checked. Try editing Amphibious Assault Vehicle or Balangiga massacre for examples. --Kumioko (talk) 00:27, 15 April 2010 (UTC) |
To duplicate: | |
Site URL: | en.wikipedia |
Operating system | XP |
.NET FW Version | Unknown |
AWB version | 5.0.2, 6405 |
Workaround | |
Fixed in version |
- In which version? -- Magioladitis (talk) 05:49, 15 April 2010 (UTC)
- On Amphibious Assault Vehicle no defaultsort is needed (article in Title Case), on Balangiga massacre the Restrict {{DEFAULTSORT}} change/addition option works fine for me. Rjwilmsi 07:07, 15 April 2010 (UTC)
- For me too. -- Magioladitis (talk) 07:27, 15 April 2010 (UTC)
- Sorry its the newest version SVN 6405, I just downloaded it yesterday. I agree that none is needed but it prompts me for it anyway even though the restrict default is selected and I have to deselect it. It doesn't happen on every article, but it does it a lot. It seems to do it a lot for the battles as well so for the Battle of Bataan it would say Bataan, Battle of. --Kumioko (talk) 11:18, 15 April 2010 (UTC)
- AWB would generate {{DEFAULTSORT:Battle Of Bataan}}, not {{DEFAULTSORT:Bataan, Battle Of}} so it must be your own scripts doing it. Rjwilmsi 11:41, 15 April 2010 (UTC)
- I don't have any scripts running at the moment. I turned them all off to make sure that wan't the case. --Kumioko (talk) 13:04, 15 April 2010 (UTC)
- Since you haven't replied I assume you don't know what the problem is so I will just keep unchecking it until its fixed.--Kumioko (talk) 01:31, 23 April 2010 (UTC)
- I don't have any scripts running at the moment. I turned them all off to make sure that wan't the case. --Kumioko (talk) 13:04, 15 April 2010 (UTC)
- AWB would generate {{DEFAULTSORT:Battle Of Bataan}}, not {{DEFAULTSORT:Bataan, Battle Of}} so it must be your own scripts doing it. Rjwilmsi 11:41, 15 April 2010 (UTC)
- Sorry its the newest version SVN 6405, I just downloaded it yesterday. I agree that none is needed but it prompts me for it anyway even though the restrict default is selected and I have to deselect it. It doesn't happen on every article, but it does it a lot. It seems to do it a lot for the battles as well so for the Battle of Bataan it would say Bataan, Battle of. --Kumioko (talk) 11:18, 15 April 2010 (UTC)
- For me too. -- Magioladitis (talk) 07:27, 15 April 2010 (UTC)
- On Amphibious Assault Vehicle no defaultsort is needed (article in Title Case), on Balangiga massacre the Restrict {{DEFAULTSORT}} change/addition option works fine for me. Rjwilmsi 07:07, 15 April 2010 (UTC)
- Okay, let's start again. I can't reproduce your problem. When you say "prompts me for it" I'm not clear how/where in AWB you are asked to provide a DEFAULTSORT? My understanding is that if the DEFAULTSORT restriction is off, AWB adds one itself without prompting you. Perhaps if you post your settings file and give me exact steps I can see what generates that prompt? Rjwilmsi 09:56, 23 April 2010 (UTC)
Category is moved out of <nowiki>
Status | Fixed in the next release |
---|---|
Description | The page for Category:Templates with transitional syntax contains the code
<code><nowiki>{{#if:{{{1|}}} |[[Category:Templates with transitional syntax]]}}</nowiki></code>
, AWB moved the category part out of there to the bottom of the page.
|
To duplicate: | Run AWB on Category:Templates with transitional syntax |
Site URL: | enwiki |
Operating system | |
.NET FW Version | |
AWB version | SVN 6499 |
Workaround | |
Fixed in version | 6544 |
Re-parse changes unreferenced tag to BLPunreferenced
Status | Fixed in the next release |
---|---|
Description | In article Fehime Kadın Efendi, I put the following at the top of the article:{{multiple issues|notability=May 2010|unreferenced=May 2010}} Then I used "re-parse", and the code was changed to this: {{multiple issues|notability=May 2010|BLPunreferenced=May 2010}} This article lists the year of death in two places including in the persondata template, so even if it should be changing this parameter in some cases, it shouldn't be changing it in this article. --Auntof6 (talk) 08:44, 19 May 2010 (UTC) |
To duplicate: | Follow the steps above |
Site URL: | en.wiki |
Operating system | Windows XP Home Edition service pack 3 |
.NET FW Version | 2.0.50727.3603 |
AWB version | 5.0.2.2, SVN 6539 |
Workaround | Manually remove the "BLP" |
Fixed in version | 6549 |
- Logic was applying to any bio article, rather than living person bio only. rev 6549 fixes. Rjwilmsi 09:47, 19 May 2010 (UTC)
New version doesn't remove categories or replace anything
Status | Not a bug in AWB, has been referred |
---|---|
Description | New version doesn't remove categories or replace anything
[[Category:Umbrean]]<noinclude> [[Category:Umbrean Templates]]</noinclude> is in a document and i want it to remove Umbrean Templates which it doesnt and when i try having it replace "Umbrean" with anything it still say nothing occure (case sensitive is unchecked and even made to be identical).EmperorZelos (talk) 13:10, 7 April 2010 (UTC) |
To duplicate: | Replace anything |
Site URL: | Wikia |
Operating system | XP |
.NET FW Version | Unknown |
AWB version | 5.0.2.0. |
Workaround | not known |
Fixed in version |
The latest version is 5.0.2.0. In order to make automatic edit you must have "Apply changes automatically" on Options menu activated. Please read the manaul for more information of how to use AWB. -- Magioladitis (talk) 13:17, 7 April 2010 (UTC)
- I have used the previous one 5.0.1.1 or which ever it was, it worked perfectly there but now it doesnt. I try in the test thing for replacement by having Umbrean replaced with anything, it finds it perfectly and replaces it but upon trying on the real deal it doesnt do it EmperorZelos (talk) 13:23, 7 April 2010 (UTC)
- Are you using Advanced Find and Replace? Are you using regexes? -- Magioladitis (talk) 13:29, 7 April 2010 (UTC)
- I have used both simple and advanced replacement, both with and without regexes and still gives nothing. I ran a test where all were used at once to replace "Umbrean" with "Test" and it still says nothing occures and gives no result EmperorZelos (talk) 13:33, 7 April 2010 (UTC)
- Standard find and replace works fine for me on en-wiki (I don't have a wikia account to test against). If you want to remove categories then better to use the 'remove category' feature under the 'More' tab. Rjwilmsi 16:20, 8 April 2010 (UTC)
- Okay, I've seen what this will be: to remove categories from within a 'noinclude' you need to disable the 'ignore...' options in the find & replace window. Rjwilmsi 11:00, 4 May 2010 (UTC)
ArgumentOutOfRangeException with Customised "General Fixes"
I use Custom Modules for custumoize the output but I have this exception:
Status | Fixed in the next release | ||||||
---|---|---|---|---|---|---|---|
Description |
| ||||||
To duplicate: | [encountered while processing page [1]] | ||||||
Site URL: | http://it.wikipedia.org | ||||||
Operating system | Microsoft Windows NT 5.1.2600 Service Pack 3 | ||||||
.NET FW Version | 2.0.50727.3603 | ||||||
AWB version | 5.0.2.2, revision 6496 (2010-05-06 10:45:13) | ||||||
Workaround | |||||||
Fixed in version |
- PS: Also the sort of interwiki is wrong. See this.--B3t (talk) 13:14, 20 May 2010 (UTC)
- Interwiki order seems fine to me. Which one was moved wrong? "Finnish" in Finnish is "Suomi" so fi iw goes somewhere in S. -- Magioladitis (talk) 14:06, 20 May 2010 (UTC)
- Updated the custom module logic – MetaDataSorter was in wrong place following a code change a few weeks ago. Rjwilmsi 15:24, 20 May 2010 (UTC)
- Interwiki order seems fine to me. Which one was moved wrong? "Finnish" in Finnish is "Suomi" so fi iw goes somewhere in S. -- Magioladitis (talk) 14:06, 20 May 2010 (UTC)
A rare External link that should be internal bug
Status | Not enough information/very rare bug |
---|---|
Description | I am reporting this one, in case someone has any idea how to fix it. I think it's a rare bug and not worth spending much time on it. -- Magioladitis (talk) 08:25, 6 November 2009 (UTC) |
To duplicate: | |
Site URL: | en |
Operating system | XP SP2 |
.NET FW Version | Unknown |
AWB version | 4.9.0.2 rev 5587 |
Workaround | |
Fixed in version |
- There's an outstanding feature request over converting these external links that are really interwiki links into proper links. That would cover this one. Rjwilmsi 12:47, 6 November 2009 (UTC)
I am marking as rare since FrescoBot is fixing these cases. -- Magioladitis (talk) 19:24, 21 March 2010 (UTC)
Use изолированная статья instead of "orphan" in ru.wiki
Status | Fixed in the next release |
---|---|
Description | From irc. |
To duplicate: | |
Operating system | |
.NET FW Version | |
AWB version | 5001_6092 |
Workaround | |
Fixed in version | 6565 |
We have a patch (for both ru and uk) almost ready but we need to do some other stuff first. -- Magioladitis (talk) 02:29, 23 January 2010 (UTC)
We have to be careful because orphans in ru.wiki have exactly 0 incoming links + some other details (they check for isolated articles). We should postpone any fix until we start implementing local settings. -- Magioladitis (talk) 08:53, 11 February 2010 (UTC)
My view is we have to have a way to disable or even depricate this function for a particular wiki. The first reason is that AWB does not recognize whether the page linking the article is an article itself. Also in Ruwiki we do recognize isolated clusters and in this case the article, which does link the page could be from claster _2 (a pair of articles linked together but whith no links to this particular one), in this case the article AWB edits is not orphan, but an _2_1 article. I would need a way to make this function not working in ruwiki. Mashiah (talk) 21:48, 18 March 2010 (UTC)
- AWB will ignore redirects from counting. So, first part is fullfilled. -- Magioladitis (talk) 18:27, 21 March 2010 (UTC)
rev 6565 orphan template localized for ru-wiki. Rjwilmsi 09:49, 22 May 2010 (UTC)
InvalidOperationException (saving settings fails)
Status | Fixed in the next release | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Description |
| ||||||||||||
To duplicate: | Unknown | ||||||||||||
Site URL: | http://wiki.riteme.site | ||||||||||||
Operating system | Microsoft Windows NT 6.1.7600.0 | ||||||||||||
.NET FW Version | 2.0.50727.4927 | ||||||||||||
AWB version | 5.0.2.2, revision 6562 (2010-05-21 10:12:00) 5.0.2.2, revision 6567 (2010-05-22 15:08:28) | ||||||||||||
Workaround | |||||||||||||
Fixed in version |
- It could be that saving preferences with pre-parsed articles in list is the problem, though this used to work. Rjwilmsi 19:20, 21 May 2010 (UTC)
- I just tried saving settings with pre-parse results and I did not have an issue. But I'm in Win XP, if that matters. —Ost (talk) 19:37, 21 May 2010 (UTC)
- This is probably related to a bug I reported, but wasn't able to duplicate. Svick (talk) 19:51, 21 May 2010 (UTC)
- I just tried saving settings with pre-parse results and I did not have an issue. But I'm in Win XP, if that matters. —Ost (talk) 19:37, 21 May 2010 (UTC)
Not skipping redirects
Status | Fixed in the next release |
---|---|
Description | Not skipping redirect pages when "Page is redirect" is checked on the Skip tab --Auntof6 (talk) 02:18, 24 May 2010 (UTC) |
To duplicate: | I was disambiguating Abington Township. There are several redirects pointing to this page, but AWB did not skip them. I did have the "Page is redirect" box checked on the Skip tab. One of the redirects not skipped was Abington, Pa |
Site URL: | en.wiki |
Operating system | Windows XP Home Edition, service pack 3 |
.NET FW Version | 2.0.50727.3603 |
AWB version | 5.0.2.2, SVN 6539 |
Workaround | manually skip the page |
Fixed in version | 6580 |
- rev 6580 Problem introduced from API redirect resolution enhancement. Rjwilmsi 07:25, 24 May 2010 (UTC)
Win32Exception in Updater.RunUpdater
Status | Fixed in the next release | ||||||
---|---|---|---|---|---|---|---|
Description |
| ||||||
To duplicate: | Unknown | ||||||
Site URL: | http://wiki.riteme.site | ||||||
Operating system | Microsoft Windows NT 6.1.7600.0 | ||||||
.NET FW Version | 2.0.50727.4927 | ||||||
AWB version | 5.0.2.0, revision 6376 (2010-04-07 10:16:55) | ||||||
Workaround | |||||||
Fixed in version |
I just opened up AWB. When I run the updater, I get Problem replacing file: Could not find file 'C:\Users\Jonathan\AppData\Local\Temp\$AWB$Updater$Temp$/AWBUpdater.exe'.
- The current updater is broken and has been fixed for the next release, which we hope to make soon. In the meantime there are newer snapshots of AWB available from the link at the top of this page. Rjwilmsi 19:29, 24 May 2010 (UTC)
Need update - Update check broken ?
5.0.2.0 worked a few days ago, but now won't start without requiring an "update" to run. It runs updater, which attempts to update the program (after fixing path issues) and of course there's no new update applied. This process can repeat indefinitely. Shadowjams (talk) 23:37, 11 April 2010 (UTC)
- Errm, not quite. It's an update to the updater. But the updater you'll have installed is probably borked, and therefore doesn't complete successfully. Download and replace manually [2] —Reedy 06:36, 12 April 2010 (UTC)
- Thanks for the reply. I see the issue now, and have it working. The one point of confusion is that the auto-update function would error out because the temporary path would fail (it was missing the directory by one heiarachy so I tried to update it manually, not realizing the Updaters were different (til I checked the md5s on them). Thank you. Shadowjams (talk) 21:52, 12 April 2010 (UTC)
- Precisely. And thats fixed in 2006 ;) —Reedy 21:57, 12 April 2010 (UTC)
- Thanks for the reply. I see the issue now, and have it working. The one point of confusion is that the auto-update function would error out because the temporary path would fail (it was missing the directory by one heiarachy so I tried to update it manually, not realizing the Updaters were different (til I checked the md5s on them). Thank you. Shadowjams (talk) 21:52, 12 April 2010 (UTC)
- Same issue here, except even after installing the updates necessary it won't work. –Juliancolton | Talk 22:50, 12 April 2010 (UTC)
- Same issue here. I have been kludging around the problem by letting the updater try to run, but leaving it open and unfinished. On one of two computers i frequently use that has been allowing me to use AWB for the past 10 days or so. On the other computer with me now, even that does not work now, it keeps insisting on updating and won't allow edits. I did just apply the update link above, which does not help. I am stuck with no AWB for now! And I see no possibility of fixing it in sight. :( --doncram (talk) 22:11, 14 May 2010 (UTC)
- Grab a snapshot from tools:~awb/snapshots —Reedy 22:16, 14 May 2010 (UTC)
- Was having the same issue on a Win 7 system, but downloading and overwriting the updater manually seems to have fixed it. Thanks :-) -- AnmaFinotera (talk · contribs) 05:08, 21 May 2010 (UTC)
Encoding -- in xn--
Status | Fixed in the next release |
---|---|
Description | xn-- is an escape sequence for international domain names, general fixes should not replace it with xn— Rich Farmbrough, 16:09, 23 May 2010 (UTC). |
To duplicate: | |
Operating system | |
.NET FW Version | |
AWB version | |
Workaround | |
Fixed in version | 6588 |
- Got an example? Rjwilmsi 17:48, 23 May 2010 (UTC)
rev 6588 done. Rjwilmsi 11:35, 27 May 2010 (UTC)
AWB skips redirects after skipping a double redirect
Status | Fixed in the next release |
---|---|
Description | After skipping a double redirect, whether while actually saving changes r in pre-parse mode, AWB will then skip all redirects until it reaches a non-redirect page. 「ダイノガイ千?!」? · Talk⇒Dinoguy1000 06:20, 26 May 2010 (UTC) |
To duplicate: | Make a list containing a double redirect followed by one or more redirects, followed by a non-redirect page, turn off all skip options, and pre-parse the list. |
Site URL: | wikia:yugioh:Main Page |
Operating system | Windows 7 Home Premium 64-bit edition |
.NET FW Version | 2.0.50727.4927 |
AWB version | 5.0.2.0 |
Workaround | |
Fixed in version |
- For the next release we've moved to using the MW APIs to resolve double redirects, so this won't be a problem in the new release/latest snapshot. Rjwilmsi 08:37, 26 May 2010 (UTC)
DB scanner, sort, header maker inconsistent
Status | Fixed in the next release |
---|---|
Description | When a list is sorted it is insensitive (partially) to diacritics etc. But the alpha headers distinguish, resulting in multiple headers for a given letter, flipping between the diacritic and non-diacritic versions.Rich Farmbrough, 10:22, 14 May 2010 (UTC). |
To duplicate: | |
Operating system | |
.NET FW Version | |
AWB version | |
Workaround | |
Fixed in version | 6590 |
- This one isn't clear to me. Rjwilmsi 14:35, 23 May 2010 (UTC)
- OK you use the database scanner to create a large list. the list is sorted (diacritically insensitively). Headers per letter are requested. Each change of letter gets a new header, but he list can go back and forth between (say) Ś and S several times, each generating a spurious header. Rich Farmbrough, 17:55, 23 May 2010 (UTC).
- Okay, I'll have a look. Rjwilmsi 08:38, 26 May 2010 (UTC)
- OK you use the database scanner to create a large list. the list is sorted (diacritically insensitively). Headers per letter are requested. Each change of letter gets a new header, but he list can go back and forth between (say) Ś and S several times, each generating a spurious header. Rich Farmbrough, 17:55, 23 May 2010 (UTC).
- rev 6590 when inserting alphabetised headings in database scanner results, group by article title with diacritics converted to Latin equivalent. Rjwilmsi 12:17, 27 May 2010 (UTC)
DEFAULTSORT is added under interwikis
Status | Not a bug in AWB, has been referred |
---|---|
Description | [3]. Did we break something? -- Magioladitis (talk) 20:42, 14 March 2010 (UTC) |
To duplicate: | I 've no idea. The very next edit was correct! [4]. I had genfixes on, autotagger on, restrict orphans ON, restrict DEFAULTSORT off, F&R blank. |
Site URL: | en.wiki |
Operating system | XP SP2 |
.NET FW Version | |
AWB version | 5010_6295 |
Workaround | |
Fixed in version |
- Worked fine for me on sandbox here. Rjwilmsi 16:12, 3 April 2010 (UTC)
- I've seen something similar -- adding DEFAULTSORT after the categories instead of before. --Auntof6 (talk) 00:15, 4 April 2010 (UTC)
- It doesn't occur in all cases. Weird. -- Magioladitis (talk) 10:12, 7 April 2010 (UTC)
[5]. Is probably caused by non-printed characters? -- Magioladitis (talk) 10:00, 28 May 2010 (UTC)
- It has an onlyinclude in it. Who knows why. Rjwilmsi 10:15, 28 May 2010 (UTC)
- Similar problem
And here [6] it put cats under the iw (5021_6465 running in bot mode). -- Magioladitis (talk) 07:42, 2 May 2010 (UTC)
- On Flesh-n-Bone it's because of Wikipedia_talk:AutoWikiBrowser/Feature_requests/Archive_5#Substituted_templates i.e. rev 4436 and the article having a spew of #if logic. Surely that's not the right way to tag the article? Rjwilmsi 09:10, 2 May 2010 (UTC)
- Update shouldn't be substed. Anyway. I think we have to change the logic just to hide things inside noinclude. I think this was the spirit of the request. -- Magioladitis (talk) 09:15, 2 May 2010 (UTC)
- If you look at the examples in the original FR I think we're safer to leave AWB as it is. I can run a DB scan for similar #if logic in mainspace articles. Rjwilmsi 09:23, 2 May 2010 (UTC)
- No problem. We can make the problem rare :) -- Magioladitis (talk) 09:26, 2 May 2010 (UTC)
- If you look at the examples in the original FR I think we're safer to leave AWB as it is. I can run a DB scan for similar #if logic in mainspace articles. Rjwilmsi 09:23, 2 May 2010 (UTC)
- Update shouldn't be substed. Anyway. I think we have to change the logic just to hide things inside noinclude. I think this was the spirit of the request. -- Magioladitis (talk) 09:15, 2 May 2010 (UTC)
- Original reported article has a "onlyinclude" in it. Marking as not AWB. Rjwilmsi 10:50, 28 May 2010 (UTC)
Spell check of proper names
Status | Not a bug in AWB, has been referred |
---|---|
Description | I'm returning to an issue already discussed, but not resolved satisfactorily, here. Two different users of AWB have made the same erroneous edit[7][8] to Bede, changing the name of an Anglo-Saxon monk, "Wicthed", to the erroneous form "Witched" in the last month. This seems to suggest that the problem lies with AWB, not with the editors. Could AWB warn users when they try to correct "misspellings" in capitalized words with something like "This word appears to be a proper name; do you have evidence to support changing the name?" Sorry about bringing this up again, but it is frustrating to have to clean up after bots. --SteveMcCluskey (talk) 12:35, 29 May 2010 (UTC) |
To duplicate: | |
Operating system | |
.NET FW Version | |
AWB version | |
Workaround | |
Fixed in version |
- FYI, bots shouldn't be doing spell checking. Also, it is a user problem, they have approved the change, and saved it. If there are a lot of false positives, the typo fix SHOULD be removed. —Reedy 12:38, 29 May 2010 (UTC)
- Sorry for my mistake here. I take pride in getting typos right but somehow I didn't grasp this was not a typo when I made that edit. Regards, SunCreator (talk) 16:53, 29 May 2010 (UTC)
- To instruct AWB that the word is not a typo use the {{sic}} template in the hidden mode described by its documentation. Rjwilmsi 13:17, 29 May 2010 (UTC)
- Thanks for pointing out the {{sic}} template; it's cludgy but I hope it will discourage careless editing. I've always thought you shouldn't edit anything until you really understand all the issues, but then I'm more concerned with content than style. --SteveMcCluskey (talk) 19:15, 30 May 2010 (UTC)
Cannot run AWBUpdater
Status | Fixed in the next release | ||||||
---|---|---|---|---|---|---|---|
Description |
| ||||||
To duplicate: | Unknown | ||||||
Site URL: | http://de.wiktionary.org | ||||||
Operating system | Microsoft Windows NT 6.0.6002 Service Pack 2 | ||||||
.NET FW Version | 2.0.50727.4200 | ||||||
AWB version | 5.0.2.0, revision 6376 (2010-04-07 10:16:55) | ||||||
Workaround | |||||||
Fixed in version |
- This has been fixed for the next release. Until then, if you want the latest AWB please see the snaphsots link at the top of this page. Rjwilmsi 13:50, 1 June 2010 (UTC)
consolidates entire article into one paragraph
Status | Fixed in the next release |
---|---|
Description | Consolidates the entire Rubatab tribe article into a single paragraph, turning section headings into text with sequences of equal signs. — kwami (talk) 00:46, 6 June 2010 (UTC) |
To duplicate: | default settings apart from skip options unchecked. |
Site URL: | Rubatab tribe (only this one article) |
Operating system | XP |
.NET FW Version | 2.0.50727.3603 |
AWB version | 5.0.2.2, build SVN 6609 (2010-05-31) |
Workaround | ? |
Fixed in version | 6641 |
- rev 6641 Fix silly issue with articles without a zeroth section in Dablinks. Rjwilmsi 07:48, 6 June 2010 (UTC)
break lines on the top
Status | Fixed in the next release |
---|---|
Description | There seems to be no way to keep AWB from removing newlines at the top of a page? Plastikspork ―Œ(talk) 23:49, 22 May 2010 (UTC) |
To duplicate: | Open User:Canyouhearmenow with "general fixes" turned off. Note that the newlines are desired, since the top image would otherwise overlap with the page title. |
Site URL: | en |
Operating system | Windows XP |
.NET FW Version | Unknown |
AWB version | 5.0.2.0 |
Workaround | |
Fixed in version | 6631 |
The image is located in a subpage. We have to fix the code of the page and not AWB's code. -- Magioladitis (talk) 00:32, 23 May 2010 (UTC)
- Moreover the Mediawiki software will strip certain leading and trailing whitespace - page layouts should not rely on it. Rich Farmbrough, 16:11, 23 May 2010 (UTC).
- Workaround- you could try prepending newline(s). Rich Farmbrough, 16:12, 23 May 2010 (UTC).
- Note that User:Plastikspork/orphan.pl does not have the same behavior, so it appears it is not an issue with MediaWiki (although I get the point about not depending on newlines, as the HTML rendering engine might ignore them), but an issue with AWB. I agree that this leading whitespace should be stripped out in almost all situations, but it would be desirable to override the behavior. For example, if one is trying to get a bot approved, and the bot is not supposed to make stylistic changes to user pages. If we could have the newline stripping moved to "general fixes", this would solve my problem. Thanks! Plastikspork ―Œ(talk) 20:19, 23 May 2010 (UTC)
- The workaround of manually adding back the newlines in the edit window does work, although double clicking fails. However, this won't work if I am running it as a bot. Plastikspork ―Œ(talk) 22:26, 23 May 2010 (UTC)
- Have you tried adding {{-}} after the image? -- Magioladitis (talk) 23:02, 2 June 2010 (UTC)
- There are many hacks that work, but the question is why is it not possible to simply tell AWB to only perform a regular expression task and not perform any other changes (e.g., the removal of newlines)? By the way, we now have BRFAs being withdrawn due to this "feature". For my BRFA, I switched the codebase from AWB to Perl to circumvent the problem. It would be great if it could be fixed, so I could use AWB again for template orphaning tasks. Thanks! Plastikspork ―Œ(talk) 02:23, 3 June 2010 (UTC)
- 'Skip if only whitespace changed' was broken (in some circumstances) in 5.0.2 and has been fixed in the snapshots (link at top of page). There will be a new AWB release this week. Rjwilmsi 07:15, 3 June 2010 (UTC)
- There are many hacks that work, but the question is why is it not possible to simply tell AWB to only perform a regular expression task and not perform any other changes (e.g., the removal of newlines)? By the way, we now have BRFAs being withdrawn due to this "feature". For my BRFA, I switched the codebase from AWB to Perl to circumvent the problem. It would be great if it could be fixed, so I could use AWB again for template orphaning tasks. Thanks! Plastikspork ―Œ(talk) 02:23, 3 June 2010 (UTC)
- Have you tried adding {{-}} after the image? -- Magioladitis (talk) 23:02, 2 June 2010 (UTC)
- The workaround of manually adding back the newlines in the edit window does work, although double clicking fails. However, this won't work if I am running it as a bot. Plastikspork ―Œ(talk) 22:26, 23 May 2010 (UTC)
- Note that User:Plastikspork/orphan.pl does not have the same behavior, so it appears it is not an issue with MediaWiki (although I get the point about not depending on newlines, as the HTML rendering engine might ignore them), but an issue with AWB. I agree that this leading whitespace should be stripped out in almost all situations, but it would be desirable to override the behavior. For example, if one is trying to get a bot approved, and the bot is not supposed to make stylistic changes to user pages. If we could have the newline stripping moved to "general fixes", this would solve my problem. Thanks! Plastikspork ―Œ(talk) 20:19, 23 May 2010 (UTC)
- Workaround- you could try prepending newline(s). Rich Farmbrough, 16:12, 23 May 2010 (UTC).
- If I change the logic so that page trim is done for all pages only when genfixes is enabled, will everybody be happy? Rjwilmsi 08:40, 3 June 2010 (UTC)
- That would be great! Thank you very much. Plastikspork ―Œ(talk) 16:17, 3 June 2010 (UTC)
rev 6631 whitespace trimming moved to genfixes (will still apply for all namespaces). Rjwilmsi 16:08, 4 June 2010 (UTC)