Wikipedia talk:AutoWikiBrowser/Bugs/Archive 27
This is an archive of past discussions about 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 20 | ← | Archive 25 | Archive 26 | Archive 27 | Archive 28 | Archive 29 | Archive 30 |
Some curly confusion
Here some unneeded curly brackets were added. If this is fixed the "nobots" template can be removed, if not, it needs fixing!
All the best: Rich Farmbrough, 21:23, 19 August 2014 (UTC).
- Rich this is still not fixed. -- Magioladitis (talk) 21:28, 19 August 2014 (UTC)
- Hm but should it be { {} } anyway? Let me check Stewart and Tall. All the best: Rich Farmbrough, 21:34, 19 August 2014 (UTC).
- There was a nice definition of the natural numbers in terms of the cardinality of the empty set, the set containing the empty set, the set containing the empty set and the set containing the empty set, etc. which I cannot now find. Maybe it was an exercise. Oh well it was 35 years ago I read it. All the best: Rich Farmbrough, 22:11, 19 August 2014 (UTC).
- We cannot expect set notation which happens to match template calls to be processed properly by bots, in AWB or not. "{{}}" is a perfectly plausible malformed template call, even if it is a proper way to indicate the set containing only the empty set. It could be worse, though. Imagine the correct statement for one implementation of "ordered pair" in (non-typed) set theory: Try rewriting that using {{math}}. — Arthur Rubin (talk) 02:55, 21 August 2014 (UTC)
- There was a nice definition of the natural numbers in terms of the cardinality of the empty set, the set containing the empty set, the set containing the empty set and the set containing the empty set, etc. which I cannot now find. Maybe it was an exercise. Oh well it was 35 years ago I read it. All the best: Rich Farmbrough, 22:11, 19 August 2014 (UTC).
- Hm but should it be { {} } anyway? Let me check Stewart and Tall. All the best: Rich Farmbrough, 21:34, 19 August 2014 (UTC).
rev 10396 Hide text in {{math}} as well as math tags. Rjwilmsi 07:05, 21 August 2014 (UTC)
Rich now fixed. -- Magioladitis (talk) 07:25, 21 August 2014 (UTC)
Request to update list of valid cite web parameters
Status | Fixed in the next release |
---|---|
Description | Per today's change to Module:Citation/CS1/Configuration to add hyphenated parameter name aliases (announced Wikipedia_talk:AutoWikiBrowser#Update_to_the_live_CS1_module_week_of_2014-08-24 here), could you please update the list of valid {{cite web}} parameters in /AWB/WikiFunctions/Parse/Parsers.cs from
to
Thanks! GoingBatty (talk) 18:16, 24 August 2014 (UTC) |
To duplicate: | |
Site URL: | en.wikipedia.org |
Operating system | |
.NET FW Version | |
AWB version | |
Workaround | confirm citation is displayed properly and ignore alert |
Fixed in version | rev 10400 -- Magioladitis (talk) 18:44, 24 August 2014 (UTC) |
FormatException in Parsers.LivingPeople
Status | Fixed in the next release | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Description |
System.FormatException: Η συμβολοσειρά εισόδου δεν είχε τη σωστή μορφή. σε System.Number.StringToNumber(String str, NumberStyles options, NumberBuffer& number, NumberFormatInfo info, Boolean parseDecimal) σε System.Number.ParseInt32(String s, NumberStyles style, NumberFormatInfo info) σε System.Int32.Parse(String s) σε WikiFunctions.Parse.Parsers.LivingPeople(String articleText, String articleTitle) στο c:\Users\user\Desktop\AWB\AWB\WikiFunctions\Parse\Parsers.cs:γραμμή 6665 σε WikiFunctions.Parse.Parsers.LivingPeople(String articleText, String articleTitle, Boolean& noChange) στο c:\Users\user\Desktop\AWB\AWB\WikiFunctions\Parse\Parsers.cs:γραμμή 6629 σε WikiFunctions.Article.FixPeopleCategories(Parsers parsers, Boolean skipIfNoChange) στο c:\Users\user\Desktop\AWB\AWB\WikiFunctions\Article\Article.cs:γραμμή 1077 σε WikiFunctions.Article.PerformGeneralFixes(Parsers parsers, HideText removeText, ISkipOptions skip, Boolean replaceReferenceTags, Boolean restrictDefaultsortAddition, Boolean noMOSComplianceFixes) στο c:\Users\user\Desktop\AWB\AWB\WikiFunctions\Article\Article.cs:γραμμή 1444 σε AutoWikiBrowser.MainForm.ProcessPage(Article theArticle, Boolean mainProcess) στο c:\Users\user\Desktop\AWB\AWB\AWB\Main.cs:γραμμή 1610
| ||||||||||||
To duplicate: | [encountered while processing page [1]] | ||||||||||||
Site URL: | https://en.wikipedia.org | ||||||||||||
Operating system | Microsoft Windows NT 6.1.7601 Service Pack 1 | ||||||||||||
.NET FW Version | 2.0.50727.5477 | ||||||||||||
AWB version | AutoWikiBrowser (5.5.4.0), WikiFunctions (5.5.4.0), revision 10392 (2014-08-20 12:57:13) | ||||||||||||
Workaround | |||||||||||||
Fixed in version | rev 10401 by Rjwilmsi -- Magioladitis (talk) 20:50, 25 August 2014 (UTC) |
Duplicated uncat tags cause infinite loop
Status | Fixed in the next release |
---|---|
Description | edit history and example -- Magioladitis (talk) 05:53, 26 August 2014 (UTC) |
To duplicate: | |
Site URL: | enwiki |
Operating system | 7 |
.NET FW Version | |
AWB version | rev 10408 |
Workaround | |
Fixed in version | rev 10410 by Rjwilmsi. -- Magioladitis (talk) 20:27, 26 August 2014 (UTC) |
Comment parsing should precede wikilink parsing
Status | Resolved |
---|---|
Description | Comment parsing should precede wikilink parsing - for example, if the category list has [[Category:Bridges in California<!--See [[WP:DUPCAT]]-->]], this should be seen as a single category link which should be kept together. עוד מישהו Od Mishehu 07:39, 27 August 2014 (UTC) |
To duplicate: | Edit Generals' Highway Stone Bridges |
Site URL: | en.wikipedia.org |
Operating system | |
.NET FW Version | |
AWB version | |
Workaround | Fix manually |
Fixed in version |
עוד מישהו why someone to break the syntax and put a comment inside a cat? -- Magioladitis (talk) 07:41, 27 August 2014 (UTC)
- You'll need to ask @Zzyzx11:, who did it in this edit. And it works for the wiki software. עוד מישהו Od Mishehu 07:48, 27 August 2014 (UTC)
- עוד מישהו many things work in wikisyntax in an unexpected way. -- Magioladitis (talk) 07:50, 27 August 2014 (UTC)
- Well, this isn't my bdoing, it's Zzyzx11's. Ask him/her. עוד מישהו Od Mishehu 07:51, 27 August 2014 (UTC)
- And I see that Zzyzx11 did it elsewhere, such as here. עוד מישהו Od Mishehu 07:53, 27 August 2014 (UTC)
- Thanks. We only need to move the comments as inline comments and warn the editor. :) -- Magioladitis (talk) 08:00, 27 August 2014 (UTC)
- Edits were made in 2011. No need to warn. Also, as Zzyzx11 is one of the ooooold timers, you can't teach 'em new tricks. They also have that old person smell, so it's best not to go around them. Bgwhite (talk) 08:24, 27 August 2014 (UTC)
- It was also the old days where AWB won't support inline comments. -- Magioladitis (talk) 08:45, 27 August 2014 (UTC)
- Edits were made in 2011. No need to warn. Also, as Zzyzx11 is one of the ooooold timers, you can't teach 'em new tricks. They also have that old person smell, so it's best not to go around them. Bgwhite (talk) 08:24, 27 August 2014 (UTC)
- Well, this isn't my bdoing, it's Zzyzx11's. Ask him/her. עוד מישהו Od Mishehu 07:51, 27 August 2014 (UTC)
- עוד מישהו many things work in wikisyntax in an unexpected way. -- Magioladitis (talk) 07:50, 27 August 2014 (UTC)
- I had to go dig into my user contributions to find out what I was doing. I think I was reverting somebody who had previously tried to diffuse Category:Bridges in California, but the consensus at the time was a WP:DUPCAT (non-diffusing cat). Hence the comment. And yes, I apparently was doing it manually, and meant to put the comment outside the cat tag like this. Cheers. Zzyzx11 (talk) 02:37, 28 August 2014 (UTC)
Unexplained damage to table syntax
Status | Fixed in the next release |
---|---|
Description | In this edit the general fixer removed an exclamation mark, breaking the syntax of the table. -- John of Reading (talk) 07:24, 28 August 2014 (UTC) |
To duplicate: | Run general fixes on SM UB-2 |
Operating system | |
.NET FW Version | |
AWB version | 5.5.4.0 SVN 10393 |
Workaround | |
Fixed in version | rev 10427 |
It was caused by RefsAfterPunctuation. Maybe time to remove exclamation mark from the list. I was afraid that this might happen. -- Magioladitis (talk) 07:26, 28 August 2014 (UTC)
John of Reading I moved the notes in the correct place after text but you are right in this one. I guess we need to take better measures to avoid this. -- Magioladitis (talk) 07:30, 28 August 2014 (UTC)
- I've found more examples of
!!<ref
with a database scan. All the ones I looked at are legitimate, using!!
as a table delimiter, or at the end of a quote, or to mark an outstanding chess move. -- John of Reading (talk) 07:44, 28 August 2014 (UTC)- John of Reading I would like to see this list! -- Magioladitis (talk) 08:20, 28 August 2014 (UTC)
- @Magioladitis: 81 articles in User:John of Reading/Sandbox. -- John of Reading (talk) 08:47, 28 August 2014 (UTC)
- John of Reading Thanks. -- Magioladitis (talk) 10:45, 28 August 2014 (UTC)
- @Magioladitis: 81 articles in User:John of Reading/Sandbox. -- John of Reading (talk) 08:47, 28 August 2014 (UTC)
- John of Reading I would like to see this list! -- Magioladitis (talk) 08:20, 28 August 2014 (UTC)
Rjwilmsi we could fix it by removing "!" from the list of punctuation marks. But the problem is not exactly in the move of the mark but with the removal of the double sign. -- Magioladitis (talk) 16:58, 28 August 2014 (UTC)
- rev 10427 Exclude exclamation marks from duplicate punctuation to clean before refs. Rjwilmsi 13:01, 29 August 2014 (UTC)
Regex typo fixing option not unchecked by loaded settings that don't have it checked
Status | Fixed in the next release |
---|---|
Description | If you have a settings file where the option Regex typo fixing is checked, and another one where it's not, switching from the former to the latter doesn't uncheck that setting. Going the other direction works fine. Stevie is the man! Talk • Work 14:53, 30 August 2014 (UTC) |
To duplicate: | Create a settings file with Regex typo fixing checked, and another one with it unchecked. Load the settings file with Regex typo fixing checked. Now, load the setting file with it unchecked -- here's what happens: 1) Regex typo fixing is unchecked by the app; 2) a dialog with "Check each edit before..." appears; 3) user clicks OK; 4) after a delay, Regex typo fixing is checked by the app. |
Site URL: | en.wikipedia.org |
Operating system | Windows 7 |
.NET FW Version | 2.0.50727.5483 |
AWB version | 5.5.4.0 |
Workaround | Uncheck Regex typo fixing after loading new settings if not wanted. |
Fixed in version | rev 10448 |
"Reset to default settings" is inaccurate in its wording
Status | Fixed in the next release |
---|---|
Description | "Reset to default settings" resets to the original application default settings, not my saved default settings. This option under 'File' should read "Reset to original default settings" (or an equivalent). After all, the dialog that pops up reads "Would you really like to load the original default settings?" I asked about this in discussion, but I got no replies. At any rate, I imagine this action could be confusing to users, especially new ones, and it confounded me at first. Stevie is the man! Talk • Work 15:15, 30 August 2014 (UTC) |
To duplicate: | Select whatever settings you want, then do: File, Save settings as default. Subsequently, do: File, Reset to default settings -- after the user clicks Yes on a dialog, it goes back to the original application default settings, not the ones you have saved. |
Site URL: | en.wikipedia.org |
Operating system | Windows 7 |
.NET FW Version | 2.0.50727.5483 |
AWB version | 5.5.4.0 |
Workaround | Don't use "Reset to default settings" to go back to your saved default settings. Instead, 1) close and re-open the app; or 2) In the menu, do: File, Recent settings, Default settings. |
Fixed in version | rev 10449 |
- rev 10449 Added word "original" to menu item name. Rjwilmsi 14:10, 31 August 2014 (UTC)
Processing time really slow
Status | Need more information |
---|---|
Description | Try List of comets by type. My profiling shows RefsAfterPunctuation 2285, Auto-tagger 4222, Set edit box text 118125, FixNonBreakingSpaces 1482, etc. Magioladitis (talk) 11:23, 3 August 2014 (UTC) |
To duplicate: | |
Site URL: | enwiki |
Operating system | |
.NET FW Version | |
AWB version | rev 10347 |
Workaround | |
Fixed in version |
I've been noticing slow processing times too, when even just going through talk pages and updating project banners with find/replace. I had to uncheck all the other options/skips to make it zippy. I poked around to see if any one of the particular settings was slowing down the processing, and it ended up being Skip - Only cosmetic changes are made. None of the other settings I was using slowed down processing noticeably. Stevie is the man! Talk • Work 13:39, 30 August 2014 (UTC)
Archiving this till we get more info of why and when it happens. -- Magioladitis (talk) 21:35, 31 August 2014 (UTC)
ArgumentOutOfRangeException in RegExTypoFix.DetectTypo
Status | Fixed in the next release | ||||||
---|---|---|---|---|---|---|---|
Description | nThread: DB Scanner thread
System.ArgumentOutOfRangeException: startIndex must be less than length of string. Parameter name: startIndex at System.String.Remove(Int32 startIndex) at WikiFunctions.Parse.RegExTypoFix.DetectTypo(String articleText, String articleTitle) at WikiFunctions.DBScanner.Typo.Check(ArticleInfo article) at WikiFunctions.DBScanner.MainProcess.ScanArticle(ArticleInfo ai) at WikiFunctions.DBScanner.MainProcess.Process() | ||||||
To duplicate: | Unknown | ||||||
Site URL: | https://en.wikipedia.org | ||||||
Operating system | Microsoft Windows NT 6.1.7601 Service Pack 1 | ||||||
.NET FW Version | 2.0.50727.5483 | ||||||
AWB version | AutoWikiBrowser (5.5.4.0), WikiFunctions (5.5.4.0), revision 10393 (2014-08-20 20:29:53) | ||||||
Workaround | |||||||
Fixed in version | rev 10456 |
Incorrect change to refimprove since section did not contain any references
Status | Fixed in the next release |
---|---|
Description | [2]] Magioladitis (talk) 12:05, 10 September 2014 (UTC) |
To duplicate: | |
Site URL: | enwiki |
Operating system | 7 |
.NET FW Version | |
AWB version | 5.5.4.0 |
Workaround | |
Fixed in version | rev 10468 -- Magioladitis (talk) 18:15, 18 September 2014 (UTC) |
- Needs to use {{unsourced-section}} then? Rjwilmsi 16:13, 10 September 2014 (UTC)
Rjwilmsi yes. Template:Unreferenced section or its redirect Template:Unreferenced list. -- Magioladitis (talk) 18:07, 10 September 2014 (UTC)
- See also my feature request: Wikipedia_talk:AutoWikiBrowser/Feature_requests#When_maintenance_templates_immediately_follow_section_header.2C_change_to_section_template GoingBatty (talk) 19:21, 10 September 2014 (UTC)
- OK, marking as notawb and I'll look at the FR. Rjwilmsi 07:55, 11 September 2014 (UTC)
GoingBatty, Rjwilmsi in fact this one has a parameter "list" which I used to do the conversion. -- Magioladitis (talk) 18:15, 18 September 2014 (UTC)
Request to update list of valid cite web parameters
Status | Fixed in the next release |
---|---|
Description | Please add "OCLC" and "people" to the list of valid {{cite web}} parameters in /AWB/WikiFunctions/Parse/Parsers.cs. Thanks! GoingBatty (talk) 00:38, 11 September 2014 (UTC) |
To duplicate: | Try Ukrainian Artists Society of Australia and Dragon Quest |
Site URL: | en.wikipedia.org |
Operating system | Windows 7 |
.NET FW Version | 2.0.50727.5483 |
AWB version | 5.5.4.1 SVN 10457 |
Workaround | confirm citation is displayed properly and ignore alert |
Fixed in version | rev 10460 |
blank edit box presented
Status | Fixed in the next release |
---|---|
Description | edit box shows blank instead of providing article for editing; allows me to save the blank article if I chose to do so, which of course I don't. Hmains (talk) 23:17, 10 May 2014 (UTC) |
To duplicate: | Select More... → Files → Comment out file: and leave the field blank -- Magioladitis (talk) 00:31, 13 September 2014 (UTC) |
Site URL: | English Wikipedia |
Operating system | Windows 7 home service pack 1 |
.NET FW Version | 4.5.1 |
AWB version | |
Workaround | skip article in AWB; perform manual edit outside of AWB ; change ReImage from 3 to 0 [3]. |
Fixed in version | rev 10463 -- Magioladitis (talk) 22:04, 16 September 2014 (UTC) |
- I suspect this will be an intermittent network connection or MediaWiki API issue. In the past we have put in protections against blanking/saving blank pages, but there is always some editor using AWB on another wiki/language who then complains they can't deliberately blank pages. Rjwilmsi 08:15, 11 May 2014 (UTC)
- Maybe so, but prior to last week I was never presented with a blank edit box--which I do not want. I was always put into an edit session for the article so I could examine the changes AWB made and make any additional manual changes I cared to. Now, very randomly, I receive this blank edit session while working my way down through a whole collection of articles. And the same thing occurs again for the same article, such as National Liberation Committee for Northern Italy, hours or days later. Hmains (talk) 21:17, 11 May 2014 (UTC)
- @Hmains and Rjwilmsi: I edited all the pages fine. I have not encountered any blank edit box for a long time now. -- Magioladitis (talk) 06:10, 18 May 2014 (UTC)
- I have had dozens of these occur today and tried to find some pattern. I have not been able to. Examples: Shark River Reef or Rattlesnake Mountain (New Jersey) Hmains (talk) 03:10, 16 June 2014 (UTC)
- @Hmains and Rjwilmsi: I edited all the pages fine. I have not encountered any blank edit box for a long time now. -- Magioladitis (talk) 06:10, 18 May 2014 (UTC)
- Maybe so, but prior to last week I was never presented with a blank edit box--which I do not want. I was always put into an edit session for the article so I could examine the changes AWB made and make any additional manual changes I cared to. Now, very randomly, I receive this blank edit session while working my way down through a whole collection of articles. And the same thing occurs again for the same article, such as National Liberation Committee for Northern Italy, hours or days later. Hmains (talk) 21:17, 11 May 2014 (UTC)
Hmains does this problem still occur? -- Magioladitis (talk) 22:59, 20 June 2014 (UTC)
- Yes, it just occurred with one article in the last hour. Hmains (talk) 23:17, 20 June 2014 (UTC)
- And Magioladitis it just occurred again right now with Fort Lemhi Hmains (talk) 23:37, 20 June 2014 (UTC)
Hmains do you use some special settings file or does this happen with the default settings? Maybe you could post your settings file somewhere so I could have a look.
Moreover, can you please update to 5.5.3.0 and tell me if this still occurs? Thanks. -- Magioladitis (talk) 03:45, 21 June 2014 (UTC)
- Magioladitis I don't know enough about AWB to be doing anything special; I just do the same things over and over: change from one category to another using find and replace. When you say 'my settings' file, do you mean a 'find and replace' that I am using or what? If something else, how can I get find it and give it to you? Hmains (talk) 04:07, 21 June 2014 (UTC)
Hmains try first to upgrade to 5.5.3.0 if problem persists then check Wikipedia_talk:AutoWikiBrowser#Frequently_asked_questions to see where your settings file (an .xml file) is. Thanks again! -- Magioladitis (talk) 04:28, 21 June 2014 (UTC)
- Magioladitis. Ok I upgraded and started again. Result the same, with Spring Gulch Hmains (talk) 04:55, 21 June 2014 (UTC)
- Hmains OK! Next step. Save your settings file somewhere and post it for me. If you can't find it just do the following: Start AWB as usual, login, Save settings as..., post the file you just saved to your sandbox or somewhere else so I can obtain it. -- Magioladitis (talk) 04:59, 21 June 2014 (UTC)
- Magioladitis I placed the one I have been using today (with the usual failures) directly into User:Hmains/sandbox Hmains (talk) 06:12, 21 June 2014 (UTC)
- Magioladitis Was this of any use? Hmains (talk) 03:49, 22 June 2014 (UTC)
- Hmains I see nothing strange in the settings file. There was only a "-" preventing me from loading it but after I removed it all seem OK. -- Magioladitis (talk) 06:51, 22 June 2014 (UTC)
- Hmains OK! Next step. Save your settings file somewhere and post it for me. If you can't find it just do the following: Start AWB as usual, login, Save settings as..., post the file you just saved to your sandbox or somewhere else so I can obtain it. -- Magioladitis (talk) 04:59, 21 June 2014 (UTC)
- Magioladitis. Ok I upgraded and started again. Result the same, with Spring Gulch Hmains (talk) 04:55, 21 June 2014 (UTC)
- Just to let everyone know, this fault is still occurring whenever I use AWB (daily) Hmains (talk) 16:56, 23 August 2014 (UTC)
@Hmains, GoingBatty, Reedy, and Rjwilmsi: I can't understand why this happen this often to Hmains but not to me. Any ideas? PS Hmains has shown incredible patience :) -- Magioladitis (talk) 17:54, 23 August 2014 (UTC)
@Hmains: please download version 5.4.0.0 and use the settings I provide at User:Hmains/sandbox. Tell me if you see any improvement. -- Magioladitis (talk) 18:03, 23 August 2014 (UTC)
- Magioladitis But of course I have no choice but to have patience and keep editing! Anyway, I downloaded v 5.4.4.0 as that was the latest version auto furnished to me. I don't know what to do with the User:Hmains/sandbox material. Simple instructions please. Hmains (talk) 02:12, 26 August 2014 (UTC)
- @Hmains: copy paste the page to a text file and save it with .xml extension and load this as your settings file. -- Magioladitis (talk) 05:24, 26 August 2014 (UTC)
- Magioladitis I finally got this settings file figured out and started through Category:Geography of Colorado by county category recurse 1 level. I invoked my filter and then started. I went through several articles ok, until I got to Echo Park (Colorado) which gave me blank edit box. I skipped it and went on. Next and last with blank edit box was Spring Gulch. What now? Hmains (talk) 20:16, 30 August 2014 (UTC)
- @Hmains: copy paste the page to a text file and save it with .xml extension and load this as your settings file. -- Magioladitis (talk) 05:24, 26 August 2014 (UTC)
- I am heavily getting this error now with 5.5.3.0. Out of a 300 pages list on de-Wikipedia, more than 200 pages are shown blank. Unfortunately my global account does not work on en-WP; on all other wikis my account is Bildungsbürger. Should I send a settings file to someone? --84.147.153.68 (talk) 19:17, 28 August 2014 (UTC)
- By the way, for me this seems to be very similar to #Blanking articles below. --84.147.139.92 (talk) 12:27, 29 August 2014 (UTC) (de:Benutzer:Bildungsbürger)
Hmains, Rjwilmsi created a patch to test. I'll upload it tomorrow. -- Magioladitis (talk) 22:23, 30 August 2014 (UTC)
@Solarra, Hmains, and Rjwilmsi: I uploaded revision 10441. Please test it and report if you still get problems. -- Magioladitis (talk) 09:31, 31 August 2014 (UTC)
- Magioladitis I downloaded 10441 and used it. Same problem in Category:Geography of Colorado by county category recurse 1 level. I invoked my filter and then started. I went through several articles ok, until I got to Echo Park (Colorado) which gave me blank edit box. I skipped it and went on. Second and last with blank edit box was Spring Gulch. Sorry. Hmains (talk) 18:55, 31 August 2014 (UTC)
Hmains we have to sit and wait for new ideas by Rjwilmsi and Reedy. -- Magioladitis (talk) 07:51, 4 September 2014 (UTC)
Hmains I uploaded revision 10458. Please test it. Rjwilmsi may want to give some advice too. -- Magioladitis (talk) 12:12, 9 September 2014 (UTC)
Hmains after you load the revision I uploaded, also load your settings and then save them again. Your settings file is a bot older and misses some properties. -- Magioladitis (talk) 09:44, 11 September 2014 (UTC)
- Magioladitis I downloaded AWB 5541 rev 10458. I loaded the settings you gave me above. I deleted one item; saved the result; got out of AWB and back into 5541/10458. I manually ran through the articles. Echo Park (Colorado) and Spring Gulch will give me blank edit boxes. Hmains (talk) 21:41, 12 September 2014 (UTC)
I can actually duplicate the bug! -- Magioladitis (talk) 00:00, 13 September 2014 (UTC)
@Hmains, Rjwilmsi, Reedy, and Solarra: Found it! the problem is with More... → Files → Comment out file: when this is blank! -- Magioladitis (talk) 00:14, 13 September 2014 (UTC)
- Magioladitis Is there something I need to do? Hmains (talk) 00:41, 13 September 2014 (UTC)
- Hmains just use the settings from User:Hmains/sandbox. (or go to More... → Files and change "Comment out file:" to "Choose a task..."). I fixed the problem for you. Just test and confirm everything is fine. -- Magioladitis (talk) 07:40, 13 September 2014 (UTC)
Bildungsbürger same problem! Change More... → Files and change "Replace file:" to "Choose a task..." -- Magioladitis (talk) 13:53, 13 September 2014 (UTC)
@Rjwilmsi and Reedy: Problem is in "UpdateImages" (Article.cs). -- Magioladitis (talk) 13:56, 13 September 2014 (UTC)
- Magioladitis Thank you very much. Now that works in the test environment you gave me. Now for actual use. What version of AWB should I now be using? Can I fix the problem with any/all of my new/saved settings files by just changing the More... Files... to 'choose a task'? Hmains (talk) 16:32, 13 September 2014 (UTC)
- Hmains you can use version 5.4.0.0 or later and you can fix all of your saved settings by just changing the More... Files... to 'choose a task'. I hope in the next version we 'll fix this completely so editors won't have to resave all their settings. -- Magioladitis (talk) 16:38, 13 September 2014 (UTC)
- Magioladitis OK very good. Thanks for taking good care of AWB. Hmains (talk) 16:41, 13 September 2014 (UTC)
- Hmains you can use version 5.4.0.0 or later and you can fix all of your saved settings by just changing the More... Files... to 'choose a task'. I hope in the next version we 'll fix this completely so editors won't have to resave all their settings. -- Magioladitis (talk) 16:38, 13 September 2014 (UTC)
rev 10463 fixes the problem! -- Magioladitis (talk) 22:04, 16 September 2014 (UTC)
Blanking articles
Status | Fixed in the next release |
---|---|
Description | When running AWB using default settings occasionally the program identifies a linked article as a dead end, blanks it and labels it as a stub.♥ Solarra ♥ ♪ 話 ♪ ߷ ♀ 投稿 ♀ 05:46, 19 July 2014 (UTC) |
To duplicate: | I cant quite be sure, the problem has only happened 3x out of the 7,000 plus article I've looked at, I have it set to skip if no changes are made, if whitespace is only changed, if only minor genfixes, only cosmetic changes are made, and if the page is a redirect. Regex typo fixing is checked as is Auto tag, Apply general fixes, and uni-codify whole page. |
Site URL: | Geoffrey Alderman, Hans Alders, and 100s (rapper) |
Operating system | Windows 7 |
.NET FW Version | .NET version: 5.1 |
AWB version | 5.5.3.0 |
Workaround | Manually skip the edit, but the diff doesn't specify the page is being blanked, have to pay close attention to the Source box in the bottom right. |
Fixed in version | rev 10463 -- Magioladitis (talk) 22:13, 16 September 2014 (UTC) |
@Solarra: I can't reproduce the issue - can you? Each page had wikilinks on it before your edit, so they should not have been tagged with {{dead end}}. Did you have any Find & Replace rules enabled? Thanks! GoingBatty (talk) 06:23, 19 July 2014 (UTC)
- (edit conflict):@GoingBatty: I had the box checked, but nothing actually tagged to find and replace (the same settings I'm using right now). Skip if no replacement, Find and replace, nothing in the settings boxes. ♥ Solarra ♥ ♪ 話 ♪ ߷ ♀ 投稿 ♀ 06:26, 19 July 2014 (UTC)
- (e/c) I can't reproduce this either. It sounds as if AWB failed to read the article text, or lost the text somehow before counting the links or checking the word count. Then you'd be left with a blank article labelled "dead end" and "stub". -- John of Reading (talk) 06:33, 19 July 2014 (UTC)
- @Solarra: If you run these three articles through AWB again, does AWB blank the pages again? Thanks! GoingBatty (talk) 06:34, 19 July 2014 (UTC)
- All: Here are screenshots of my settings (pardon the dark theme). Let me try right quick GoingBatty♥ Solarra ♥ ♪ 話 ♪ ߷ ♀ 投稿 ♀ 06:36, 19 July 2014 (UTC)
- I just ran all three of those articles through AWB again and it did not do it again. I haven't changed my settings since it happened. ♥ Solarra ♥ ♪ 話 ♪ ߷ ♀ 投稿 ♀ 06:40, 19 July 2014 (UTC)
- It did it again on Street Villains 13, I'm going to CSD nom this but it did do it to both that page and a author-blanked {{db-g7}} article. ♥ Solarra ♥ ♪ 話 ♪ ߷ ♀ 投稿 ♀ 06:56, 19 July 2014 (UTC)
- I just ran all three of those articles through AWB again and it did not do it again. I haven't changed my settings since it happened. ♥ Solarra ♥ ♪ 話 ♪ ߷ ♀ 投稿 ♀ 06:40, 19 July 2014 (UTC)
- All: Here are screenshots of my settings (pardon the dark theme). Let me try right quick GoingBatty♥ Solarra ♥ ♪ 話 ♪ ߷ ♀ 投稿 ♀ 06:36, 19 July 2014 (UTC)
- @Solarra: If you run these three articles through AWB again, does AWB blank the pages again? Thanks! GoingBatty (talk) 06:34, 19 July 2014 (UTC)
- (e/c) I can't reproduce this either. It sounds as if AWB failed to read the article text, or lost the text somehow before counting the links or checking the word count. Then you'd be left with a blank article labelled "dead end" and "stub". -- John of Reading (talk) 06:33, 19 July 2014 (UTC)
- (edit conflict):@GoingBatty: I had the box checked, but nothing actually tagged to find and replace (the same settings I'm using right now). Skip if no replacement, Find and replace, nothing in the settings boxes. ♥ Solarra ♥ ♪ 話 ♪ ߷ ♀ 投稿 ♀ 06:26, 19 July 2014 (UTC)
It was pointed out to me my connection speed might be relevant. I get on average 40-50 Mbps on Speedtest.net and a ping of ~110-120. ♥ Solarra ♥ ♪ 話 ♪ ߷ ♀ 投稿 ♀ 08:45, 19 July 2014 (UTC)
Same here Wikipedia_talk:AutoWikiBrowser/Bugs#blank_edit_box_presented. I wonder what is the common thing between Solarra and Hmains's settings. -- Magioladitis (talk) 11:23, 19 July 2014 (UTC)
Solarra i need that you post tour settings file the same way Hmains did. Moreover, I would like to know if you guy have any plugins loaded and this bugs also occurs then you have "Auto-tag" disactivated. Thanks, Magioladitis (talk) 11:26, 19 July 2014 (UTC)
- Sorry for the long delay on the reply on this, I have been User talk:Solarra quite popular today. Anyways I'm not entirely sure how to pull the tour settings (not exactly programming literate), but I'm more than happy to do so if you can walk me through it. As for not tagging, no I haven't had it occur if I don't have articles auto-tagged. Also, I don't have any plugins loaded, as I do not know where to get any. Just using the basic software on more or less default settings. ♥ Solarra ♥ ♪ 話 ♪ ߷ ♀ 投稿 ♀ 23:47, 19 July 2014 (UTC)
- @Solarra: See Wikipedia talk:AutoWikiBrowser#Frequently asked questions for the location of your settings file, depending on your operating system. Thanks! GoingBatty (talk) 14:46, 20 July 2014 (UTC)
Page blanking is an old bug, but it was with a far lesser frequency, and we put it down (with good reason) to the API-write. This problems seems to arise from reading a blank page when there should be text there. At least we should be able to sanity check for this, by having a default option to skip blank pages or by having a warning come up, or a combination of the two. It might even be worth having a default option to re-try blank pages. All the best: Rich Farmbrough, 17:29, 21 August 2014 (UTC).
- As stated above, I can reproduce this bug (or the one in #blank edit box presented above) quite well. Now it really looks to me like an issue connected to the settings file: I renamed my Default.xml and let AWB start up with default settings - the behavior was OK! My "old" Default.xml contains some settings related to find/replace actions I did some time ago, then deactivated find/replace. So some technical expert may want to have a look at the details/differences... --84.147.139.92 (talk) 12:31, 29 August 2014 (UTC) (de:Benutzer:Bildungsbürger)
- @Magioladitis: you have mail. --84.147.165.48 (talk) 19:13, 10 September 2014 (UTC) (de:Benutzer:Bildungsbürger)
@Solarra, Hmains, and Rjwilmsi: I uploaded revision 10441. Please test it and report if you still get problems. -- Magioladitis (talk) 09:31, 31 August 2014 (UTC)
Marking as fixed as of rev 10463. Now we have better control on the situation. -- Magioladitis (talk) 22:13, 16 September 2014 (UTC)
It takes two runs to move refimprove above infobox
Status | Fixed in the next release |
---|---|
Description | [4] Magioladitis (talk) 12:04, 10 September 2014 (UTC) |
To duplicate: | |
Site URL: | enwiki |
Operating system | 7 |
.NET FW Version | |
AWB version | rev 10458 |
Workaround | |
Fixed in version | rev 10467 |
- rev 10467 Add unreferenced to MaintenanceTemplates. Rjwilmsi 09:34, 18 September 2014 (UTC)
When unref and refimprove both exist...
Status | Fixed in the next release |
---|---|
Description | AWB added a redundant refimprove due to the fact that unref and refimprove both existed. Magioladitis (talk) 20:58, 16 September 2014 (UTC) |
To duplicate: | |
Site URL: | enwiki |
Operating system | 7 |
.NET FW Version | |
AWB version | 5.5.4.0 |
Workaround | |
Fixed in version | rev 10466 |
- rev 10466 if have both unreferenced and refimprove, and have some refs then just remove unreferenced. Rjwilmsi 09:32, 18 September 2014 (UTC)
ConfigurationErrorsException in Settings.get_WindowLocation
Status | Resolved | ||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Description |
System.Configuration.ConfigurationErrorsException: Configuration system failed to initialize ---> System.Configuration.ConfigurationErrorsException: Root element is missing. (C:\Users\<user name redacted>\AppData\Local\AutoWikiBrowser\AutoWikiBrowser.exe_Url_msa5mgbjq4gdd1kousctqfxz0n3ssknp\5.5.4.0\user.config) ---> System.Xml.XmlException: Root element is missing. at System.Xml.XmlTextReaderImpl.Throw(Exception e) at System.Xml.XmlTextReaderImpl.ThrowWithoutLineInfo(String res) at System.Xml.XmlTextReaderImpl.ParseDocumentContent() at System.Xml.XmlTextReaderImpl.Read() at System.Xml.XmlTextReader.Read() at System.Configuration.XmlUtil..ctor(Stream stream, String name, Boolean readToFirstElement, ConfigurationSchemaErrors schemaErrors) at System.Configuration.BaseConfigurationRecord.InitConfigFromFile() --- End of inner exception stack trace --- at System.Configuration.ConfigurationSchemaErrors.ThrowIfErrors(Boolean ignoreLocal) at System.Configuration.BaseConfigurationRecord.ThrowIfParseErrors(ConfigurationSchemaErrors schemaErrors) at System.Configuration.BaseConfigurationRecord.ThrowIfInitErrors() at System.Configuration.ClientConfigurationSystem.OnConfigRemoved(Object sender, InternalConfigEventArgs e) --- End of inner exception stack trace --- at System.Configuration.ClientConfigurationSystem.OnConfigRemoved(Object sender, InternalConfigEventArgs e) at System.Configuration.Internal.InternalConfigRoot.OnConfigRemoved(InternalConfigEventArgs e) at System.Configuration.Internal.InternalConfigRoot.RemoveConfigImpl(String configPath, BaseConfigurationRecord configRecord) at System.Configuration.BaseConfigurationRecord.GetSectionRecursive(String configKey, Boolean getLkg, Boolean checkPermission, Boolean getRuntimeObject, Boolean requestIsHere, Object& result, Object& resultRuntimeObject) at System.Configuration.BaseConfigurationRecord.GetSection(String configKey, Boolean getLkg, Boolean checkPermission) at System.Configuration.BaseConfigurationRecord.GetSection(String configKey) at System.Configuration.ClientConfigurationSystem.System.Configuration.Internal.IInternalConfigSystem.GetSection(String sectionName) at System.Configuration.ConfigurationManager.GetSection(String sectionName) at System.Configuration.ClientSettingsStore.ReadSettings(String sectionName, Boolean isUserScoped) at System.Configuration.LocalFileSettingsProvider.GetPropertyValues(SettingsContext context, SettingsPropertyCollection properties) at System.Configuration.SettingsBase.GetPropertiesFromProvider(SettingsProvider provider) at System.Configuration.SettingsBase.GetPropertyValueByName(String propertyName) at System.Configuration.SettingsBase.get_Item(String propertyName) at System.Configuration.ApplicationSettingsBase.GetPropertyValue(String propertyName) at System.Configuration.ApplicationSettingsBase.get_Item(String propertyName) at AutoWikiBrowser.Properties.Settings.get_WindowLocation() at AutoWikiBrowser.MainForm.InitializeComponent() at AutoWikiBrowser.MainForm..ctor() at AutoWikiBrowser.Program.Main(String[] args) Note: Although this formatted messages says my OS is Windows NT, it is actually Windows 8. When I click on "Continue working", the message window goes away, but AWB does not load. Auntof6 (talk) 23:21, 4 September 2014 (UTC) | ||||||||||||||||||
To duplicate: | Try to invoke AWB | ||||||||||||||||||
Site URL: | https://en.wikipedia.org | ||||||||||||||||||
Operating system | Microsoft Windows NT 6.2.9200.0 | ||||||||||||||||||
.NET FW Version | 2.0.50727.6419 | ||||||||||||||||||
AWB version | AutoWikiBrowser (5.5.4.0), WikiFunctions (5.5.4.0), revision 10393 (2014-08-20 20:29:53) | ||||||||||||||||||
Workaround | |||||||||||||||||||
Fixed in version |
Note: Although this formatted messages says my OS is Windows NT, it is actually Windows 8. When I click on "Continue working", the message window goes away, but AWB does not load.
- Update: I seem to have fixed this. My user.config file was empty. I copied the info from the user.config for a previous version of AWB, and it seems to be working fine. The only thing I can think of that I did that might have changed things was to update Windows 8. Before the update, AWB was working. After it, AWB was not working. However, I did not have this problem after previous Windows 8 updates, so I'm not really sure what happened. If anyone wants any more info that I can provide, let me know. It's probably best to leave a message on my talk page, because now that AWB is working for me again, I probably won't be checking here as often. --Auntof6 (talk) 00:45, 8 September 2014 (UTC)
NullReferenceException in AsyncApiEdit.CallEvent
Status | Bug is in old software, please update | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Description |
System.NullReferenceException: Object reference not set to an instance of an object. at System.Windows.Forms.Control.MarshaledInvoke(Control caller, Delegate method, Object[] args, Boolean synchronous) at System.Windows.Forms.Control.Invoke(Delegate method, Object[] args) at WikiFunctions.API.AsyncApiEdit.CallEvent(Delegate method, Object[] args) at WikiFunctions.API.AsyncApiEdit.InvokerThread(Object genericArgs)
| ||||||||||||
To duplicate: | Unknown | ||||||||||||
Site URL: | https://en.wikipedia.org | ||||||||||||
Operating system | Microsoft Windows NT 6.1.7601 Service Pack 1 | ||||||||||||
.NET FW Version | 2.0.50727.5466 | ||||||||||||
AWB version | AutoWikiBrowser (5.5.1.1), WikiFunctions (5.5.1.1), revision 9312 (2013-06-25 13:06:15) | ||||||||||||
Workaround | |||||||||||||
Fixed in version |
I searched and saw there were other instances of this exception in the archive but none of them seem to have been fixed and they were from a long time ago. -- Jamesmcmahon0
- Were you using the plugin when it happened? -- Magioladitis (talk) 17:56, 26 June 2013 (UTC)
- Yes I was using the Kingbotk Plugin with the Biography and 2 generic templates. I was pre-parsing a list of around 3500 pages --Jamesmcmahon0 (talk) 18:07, 26 June 2013 (UTC)
- The plugin is buggy. -- Magioladitis (talk) 18:14, 26 June 2013 (UTC)
Jamesmcmahon0 please check that you have version 2.3.3.0 of the plugin. -- Magioladitis (talk) 18:15, 26 June 2013 (UTC)
Jamesmcmahon0 please use version 3.0.0.0 or newer of the plugin. -- Magioladitis (talk) 20:00, 9 May 2014 (UTC)
Marking as "old". Waiting for feedback. -- Magioladitis (talk) 10:53, 21 September 2014 (UTC)
InvalidOperationException
Status | Bug is in old software, please update | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Description |
System.InvalidOperationException: There is an error in XML document (1, 2). ---> System.InvalidOperationException: <feed xmlns=> was not expected. at Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationReaderUserPrefs.Read26_AutoWikiBrowserPreferences() --- End of inner exception stack trace --- at System.Xml.Serialization.XmlSerializer.Deserialize(XmlReader xmlReader, String encodingStyle, XmlDeserializationEvents events) at System.Xml.Serialization.XmlSerializer.Deserialize(TextReader textReader) at WikiFunctions.AWBSettings.UserPrefs.LoadPrefs(String file) at AutoWikiBrowser.MainForm.LoadPrefs(String path) | ||||||||||||
To duplicate: | Unknown | ||||||||||||
Site URL: | https://it.wikipedia.org | ||||||||||||
Operating system | Microsoft Windows NT 6.1.7601 Service Pack 1 | ||||||||||||
.NET FW Version | 2.0.50727.5466 | ||||||||||||
AWB version | AutoWikiBrowser (5.5.0.2), WikiFunctions (5.5.0.2), revision 9117 (2013-04-30 20:44:43) | ||||||||||||
Workaround | |||||||||||||
Fixed in version |
Probably old settings were used. Please make a clean install and retry. -- Magioladitis (talk) 10:57, 21 September 2014 (UTC)
Special functions
After I ran AWB on John Bauer (illustrator), another user ran AWB. Their changes included dash-->"to" for date ranges discussed in a sentence and ISBN formatting.
Is there a way I could integrate this functionality, too? I saw code for the ISBN changes at Wikipedia:AutoWikiBrowser/Settings/ISBN-hyph, which I assume is for the insertion of hyphens into ISBN numbers. But I don't know what to do with it - or if I need special skills, applications, other to implement this. The use of css/js files are as techy as I've gotten, and I've needed help with that at times.
Is there a way I could leverage this functionality?
Thanks!--CaroleHenson (talk) 04:54, 11 September 2014 (UTC)
- @CaroleHenson: It appears that User:Mr Stephen has custom settings to make the dash → "to" changes, so you may want to ask him if he would be willing to share information with you.
- To use Wikipedia:AutoWikiBrowser/Settings/ISBN-hyph, copy that file on to your PC, and use AWB to load that settings file. GoingBatty (talk) 18:57, 11 September 2014 (UTC)
- @GoingBatty:
- Hi, Mr Stephen is away right now, but I'll circle back with him.
- Regarding the ISBN-hyph, I got an error message - but it's likely I did something wrong. I copied the xml code in the gray box on the page you identified into a text file. I then went into AWB and selected "open settings", selected the file that I saved, it's file type defaulted to XML, and then clicked "Open" which resulted in this:
Status | Resolved | ||||||
---|---|---|---|---|---|---|---|
Description |
System.Exception: This file uses old settings format unsupported by this version of AWB. at WikiFunctions.AWBSettings.UserPrefs.LoadPrefs(String file) at AutoWikiBrowser.MainForm.LoadPrefs(String path) | ||||||
To duplicate: | Unknown | ||||||
Site URL: | https://en.wikipedia.org | ||||||
Operating system | Microsoft Windows NT 6.1.7601 Service Pack 1 | ||||||
.NET FW Version | 2.0.50727.5483 | ||||||
AWB version | AutoWikiBrowser (5.5.4.0), WikiFunctions (5.5.4.0), revision 10393 (2014-08-20 20:29:53) | ||||||
Workaround | |||||||
Fixed in version |
What did I do wrong (for instance does the name of the file need to be something specific, other)?
Thanks for your help!--CaroleHenson (talk) 19:14, 11 September 2014 (UTC)
- @CaroleHenson: Confirmed that I have the same issue.
- @John of Reading: You were the last one to edit this file. Were you able to update this file to use in the current version of AWB? Thanks! GoingBatty (talk) 02:07, 12 September 2014 (UTC)
- If it is desired, I made a version of ISBN hyphenation which is implemented as regular expression substitutions and works with the current AWB. However, it does not format most of the much less common registration group elements. It works for 99% of the ISBNs that I have encountered and inserts a comment when it comes across a registration group element which is not coded. [Registration group elements are the first portion of a 10-digit ISBN which indicates the geo-political/linguistic source of the book.] However, using regular expressions for ISBN hyphenation is inefficient and requires a lot more work to code and maintain than using an actual programming language. Thus, I never actually finished off the regular expression substitution version (i.e. never entered all registration group elements).
- For the primary thing for which I was desiring ISBN hyphenation, I eventually decided to just do it the right way and implement the code for it (once I actually got a complete list of the decoding and realized how complex it actually was). Thus, I also have an implementation of ISBN hyphenation as a JavaScript module which is complete and up to date as of April or May of 2014 (isbn.org issues updates from time to time, the module was structured to make integrating such updates easy). I have been intending to convert the module to something which could be used from AWB, but I have not gotten around to doing so. — Makyen (talk) 04:45, 12 September 2014 (UTC)
- @GoingBatty: No, I didn't try to load these settings. The page just turned up in my list when I was working on Wikipedia:Lists of common misspellings/G. -- John of Reading (talk) 05:19, 12 September 2014 (UTC)
- There is a subroutine in one of my userpages that will do the job for all ISBNs. ..Mr Stephen (talk) 13:07, 12 September 2014 (UTC)
This is really old. We have to save again. -- Magioladitis (talk) 13:33, 12 September 2014 (UTC)
@GoingBatty: I almost updated the settings file. The F&R rules still need to be fixed. -- Magioladitis (talk) 15:42, 12 September 2014 (UTC)
- Thanks for the input on this! I'll await an update.--CaroleHenson (talk) 03:28, 13 September 2014 (UTC)
@GoingBatty, CaroleHenson, and John of Reading: I updated the settings file Wikipedia:AutoWikiBrowser/Settings/ISBN-hyph with a 5.5.4.0 compatible version. I think I am OK but there is still some minor things that puzzle me. Some options were disabled but I see them enabled in the new version. I also removed a couple of things now done by general fixes. Please use with caution. -- Magioladitis (talk) 14:32, 13 September 2014 (UTC)
- @Magioladitis: Will do, thanks for your work on this!--CaroleHenson (talk) 17:09, 13 September 2014 (UTC)
The English list of typos is used instead of the Swedish list
Status | Fixed in the next release |
---|---|
Description | After updating AWB to the latest version, it doesn't use the Swedish list of typos anymore when running it on Swedish Wikipedia. It uses the English list. I have not tried it myself, but the Swedish user Sjunnesson that uses the bot Sjundebot has. This edit is an example of an incorrect change done with AWB. In Swedish we have a leading lower-case letter in month names and we have regular expressions that take care of that and those regular expressions have not been changed for a long time. In English you do the opposite and change the leading letter to upper-case as AWB has done in this example. Sjunnesson has also mention several other changes that AWB suggests that follows your English rules/regular expressions instead of our Swedish. Svensson1 (talk) 18:13, 25 September 2014 (UTC) |
To duplicate: | |
Site URL: | https://sv.wikipedia.org |
Operating system | |
.NET FW Version | |
AWB version | 5.5.5.0 (released September 22, 2014) |
Workaround | |
Fixed in version | rev 10474, rev 10475 by Rjwilmsi. -- Magioladitis (talk) 21:56, 25 September 2014 (UTC) |
Svensson1 Works for me. Moreover, we do not allow bots to use Typo fixing. -- Magioladitis (talk) 18:46, 25 September 2014 (UTC)
- I now tried to download the latest version and it works for me in exactly the same way as for Sjunnesson. See my edit here. A message is shown saying that the English typos are used. It looks like this: "Check each edit before you make it. Although this has been built to be very accurate there will be errors. The newest typos will now be downloaded from https://en.wikipedia.org/wiki/Wikipedia:AutoWikiBrowser/Typos when you press OK.". (With "bot" I do of course mean working with AWB in the intended manner with a bot flag.) Svensson1 (talk) 19:48, 25 September 2014 (UTC)
Svensson1 Works for me in version 5.5.5.0 too. -- Magioladitis (talk) 19:57, 25 September 2014 (UTC)
- I just found a way to get this to work for me: I select "Options", "Preferences", "Site" and changes Swedish (sv) to anything else, for example English (en). After that I change back to Swedish (sv). Then it works. But I have to do it again every time I start AutoWikiBrowser, because it does the same misstake every time it is started. It ignores the setting Swedish (sv) when it is started and uses English (en) instead. Svensson1 (talk) 20:17, 25 September 2014 (UTC)
Svensson1 OK now I see. Please do me another favour. Load your settings and save them again without touching anything. Then close AWB and open it again. Check whether the problem remains. -- Magioladitis (talk) 21:10, 25 September 2014 (UTC)
@Reedy and Rjwilmsi: maybe it's connected to rev 10448. -- Magioladitis (talk) 21:16, 25 September 2014 (UTC)
rev 10474 by Rjwilmsi: "When loading settings, disable typo fixing, load new project & language code, then set typo fixing to saved preference. So typo fixing is always set per saved preferences, and if enabled will be loaded for correct project & language code." -- Magioladitis (talk) 21:56, 25 September 2014 (UTC)
rev 10475 by Rjwilmsi: "On change of project/language ensure Typos are redownloaded if already enabled and still enabled with new settings". -- Magioladitis (talk) 22:42, 25 September 2014 (UTC)
Svensson1 bug fixed. -- Magioladitis (talk) 22:46, 25 September 2014 (UTC)
I noticed that these code changes are in the same neighborhood of rev 10448. Was there a verification that the fix in that wasn't regressed? Stevie is the man! Talk • Work 22:58, 25 September 2014 (UTC)
Stevie is the man! can you compile and test the latest revision? -- Magioladitis (talk) 23:03, 29 September 2014 (UTC)
- I don't really have the time to set up a compiler for that in the near future, but if you guys compiled a snapshot, I could do a quick test of it. Stevie is the man! Talk • Work 00:42, 30 September 2014 (UTC)
Stevie is the man! We tested it and works. You can download a snapshot to test it yourself. Please take note that this is a debug version and not a release version so it won't let you create new pages. -- Magioladitis (talk) 07:52, 30 September 2014 (UTC)
AWB v 5.5.5 rejected by Norton Security software
Status | Resolved |
---|---|
Description | I installed AWB 5.5.0 a few days ago; the next day my Norton Security software interrupted AWB and made AWB 5.5.0 unusable. I could not invoke it again. I tried to reinstall. 5.5.0 today and Norton stopped me and removed one of the AWB files from my PC Hmains (talk) 03:40, 3 October 2014 (UTC) |
To duplicate: | try to install AWB 5.5.0 on a machine with Norton Security suite |
Operating system | Windows 7 |
.NET FW Version | .net FW version 4.5.1 |
AWB version | trying to use v 5.5.5 |
Workaround | Went back to using v 5.5.4 |
Fixed in version |
Hmains Perhaps report Norton about that? -- Magioladitis (talk) 06:32, 3 October 2014 (UTC)
- "One of the AWB files" - I expect the AWB developers would like to know which one. -- John of Reading (talk) 06:36, 3 October 2014 (UTC)
Surely AWB isn't malicious so it should be reported as a false positive. Also, check out Norton Security's help to see how to whitelist or unquarantine an application, if possible. Stevie is the man! Talk • Work 12:07, 3 October 2014 (UTC)
- Ok I tried 5.5.5 yesterday. I installed it without any problems and no files being suddenly deleted and am now using it without any problems. So I hope it is ok. Maybe I previously did not answer some of Norton questions correctly and this time I did. Who knows? Hmains (talk) 20:53, 4 October 2014 (UTC)
- Cool. Glad it's working for you now. Stevie is the man! Talk • Work 22:10, 4 October 2014 (UTC)
It did not convert inline p tag to newline
Status | Not enough information/very rare bug |
---|---|
Description | I had to do this manually. -- Magioladitis (talk) 00:15, 19 March 2014 (UTC) |
To duplicate: | |
Site URL: | enwiki |
Operating system | 7 |
.NET FW Version | |
AWB version | rev 9991 |
Workaround | |
Fixed in version |
- @Magioladitis: Please use debugger to see why SyntaxRemoveParagraphs within FixBrParagraphs doesn't match this text then. Rjwilmsi 10:08, 20 March 2014 (UTC)
@Rjwilmsi: The problem is with the unbalanced quote. Check this simplified version for instance. Once the quote is removed everything works. -- Magioladitis (talk) 13:40, 20 March 2014 (UTC)
ApiErrorException in ApiEdit.CheckForErrors
Status | Fixed in the next release | ||||||
---|---|---|---|---|---|---|---|
Description |
WikiFunctions.API.ApiErrorException: Bot API returned the following error: 'Exception Caught: Internal error in ApiFormatXml::recXmlPrint: (redirlinks, ...) has integer keys without _element value. Use ApiResult::setIndexedTagName().' at WikiFunctions.API.ApiEdit.CheckForErrors(String xml, String action) at WikiFunctions.API.ApiEdit.QueryApi(String queryParamters) at WikiFunctions.Lists.Providers.ApiListProviderBase.ApiMakeList(String url, Int32 haveSoFar) at WikiFunctions.Lists.Providers.WhatLinksHereListProvider.MakeList(String Namespace, String[] searchCriteria) at WikiFunctions.Parse.Parsers.TagOrphans(String articleText, String articleTitle, Boolean restrictOrphanTagging) | ||||||
To duplicate: | [encountered while processing page [5]], [encountered while processing page [6]] | ||||||
Site URL: | https://en.wikipedia.org | ||||||
Operating system | Microsoft Windows NT 6.1.7601 Service Pack 1 | ||||||
.NET FW Version | 2.0.50727.5485 | ||||||
AWB version | AutoWikiBrowser (5.5.5.0), WikiFunctions (5.5.5.0), revision 10470 (2014-09-22 01:51:36) | ||||||
Workaround | |||||||
Fixed in version |
- error started today; several repetitions so far Hmains (talk) 04:25, 10 October 2014 (UTC)
- this also now occurring just reading articles with pre-parse mode Hmains (talk) 05:16, 10 October 2014 (UTC)
Confirmed. I get it too. -- Magioladitis (talk) 06:31, 10 October 2014 (UTC)
Reedy something is broken in API. -- Magioladitis (talk) 06:39, 10 October 2014 (UTC)
Reported as API bug. T73907 There have been similar reports in the past. Most probably rollbacking some recent change will fix it. -- Magioladitis (talk) 06:47, 10 October 2014 (UTC)
- I'm seeing it when reading, not when saving; for reading, the workaround is to turn off the auto-tagger. -- John of Reading (talk) 07:38, 10 October 2014 (UTC)
- John of Reading confirmed. -- Magioladitis (talk) 08:00, 10 October 2014 (UTC)
WPCleaner has same problem today getting backlinks. -- Magioladitis (talk) 10:10, 10 October 2014 (UTC)
Status on bugzilla: PATCH_TO_REVIEW. -- Magioladitis (talk) 18:15, 10 October 2014 (UTC)
Just FYI, most people probably aren't going to bother checking this page's archives, so you may receive fewer error reports from these people, unless they're like me and completely ignore this edit notice:
- !!!DON'T POST BEFORE CHECKING THE ARCHIVES, YOUR BUG MAY ALREADY BE FIXED!!!
Seppi333 (Insert 2¢ | Maintained) 07:13, 13 October 2014 (UTC)
Status on bugzilla: RESOLVED FIXED. -- Magioladitis (talk) 16:02, 14 October 2014 (UTC)
Broke Cleanup-spam template when removing Multiple issues
Status | Not enough information/very rare bug |
---|---|
Description | When AWB removed {{multiple issues}} from INFORSE-Europe, it broke the {{Cleanup-spam}} template. GoingBatty (talk) 14:40, 9 October 2014 (UTC) |
To duplicate: | Try INFORSE-Europe |
Site URL: | en.wikipedia.org |
Operating system | Windows 7 |
.NET FW Version | |
AWB version | SVN 10471 |
Workaround | remove {{multiple issues}} manually |
Fixed in version |
Garbage in, garbage out. This is the "bad" edit in question. The first positional parameter of {{Cleanup-spam}}
had been misused:, when used correctly it is normally the word "section" as in {{cleanup-spam|section|date=October 2014}}
. --Redrose64 (talk) 15:48, 9 October 2014 (UTC)
GoingBatty thanks for the report but I marked it as rare. Unexpected parameter. -- Magioladitis (talk) 17:12, 9 October 2014 (UTC)
Index and length must refer to a location within the string. Parameter name: length
Status | Fixed in the next release | ||||||
---|---|---|---|---|---|---|---|
Description |
System.ArgumentOutOfRangeException: Index and length must refer to a location within the string. Parameter name: length at System.String.InternalSubStringWithChecks(Int32 startIndex, Int32 length, Boolean fAlwaysCopy) at System.String.Substring(Int32 startIndex, Int32 length) at AutoWikiBrowser.MainForm.RedSelection(Int32 index, Int32 length) at AutoWikiBrowser.MainForm.lbAlerts_Click(Object sender, EventArgs e) at System.Windows.Forms.Control.OnClick(EventArgs e) at System.Windows.Forms.ListBox.WndProc(Message& m) at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m) at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m) at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam) | ||||||
To duplicate: | Assume unbalanced bracket is on position X. Delete all bytes starting from X and create a page of length X-1. Click on "unbalanced brackets" alert. Kaboom. -- Magioladitis (talk) 16:31, 15 October 2014 (UTC) | ||||||
Site URL: | https://en.wikipedia.org | ||||||
Operating system | Microsoft Windows NT 6.1.7601 Service Pack 1 | ||||||
.NET FW Version | 2.0.50727.5472 | ||||||
AWB version | AutoWikiBrowser (5.5.5.0), WikiFunctions (5.5.5.0), revision 10470 (2014-09-22 01:51:36) | ||||||
Workaround | |||||||
Fixed in version | rev 10482 -- Magioladitis (talk) 13:44, 20 October 2014 (UTC) |
Cpt.a.haddock what did you do to catch the bug? -- Magioladitis (talk) 13:32, 13 October 2014 (UTC)
- @Magioladitis:: I clicked on an Unbalanced brackets alert and this popped up. FWIW, I've used the wrong heading here; I should have used ArgumentOutOfRangeException in MainForm.RedSelection.--Cpt.a.haddock (talk) 13:52, 13 October 2014 (UTC)
Cpt.a.haddock do you remember in which page was that? I bet Rjwilmsi know how to fix this. -- Magioladitis (talk) 06:58, 14 October 2014 (UTC)
- @Magioladitis:: I am not entirely sure, sorry. It might have been Hemu which has since changed.--Cpt.a.haddock (talk) 11:20, 14 October 2014 (UTC)
Duplicate: Assume unbalanced bracket is on position X. Delete all bytes starting from X and create a page of length X-1. Click on "unbalanced brackets" alert. Kaboom. -- Magioladitis (talk) 16:31, 15 October 2014 (UTC)
rev 10482 by Rjwilmsi. -- Magioladitis (talk) 13:44, 20 October 2014 (UTC)
Takes two times to properly format a radio frequency
Status | Resolved |
---|---|
Description | In an article, a number followed by a space and 'KHz' takes two separate AWB runs to be properly formatted Stevie is the man! Talk • Work 13:49, 10 November 2014 (UTC) |
To duplicate: | Run AWB on an article with "990 KHz" (or similar); First correction fixes the typo KHz→kHz; run AWB on same article again; Second correction replaces space with a nbsp. See this diff. |
Site URL: | en.wikipedia.org |
Operating system | Windows 7 |
.NET FW Version | 2.0.50727.5485 |
AWB version | 5.5.5.0 |
Workaround | Running AWB on the article the second time completes the re-formatting |
Fixed in version |
@Stevietheman: I updated the typo rule so it will insert the appropriately. GoingBatty (talk) 03:02, 11 November 2014 (UTC)
AWB no longer finds disambiguation links next to a {{disambiguation needed}} tag.
Status | Fixed in the next release |
---|---|
Description | AWB no longer finds disambiguation links next to a {{disambiguation needed}} tag. This is a new problem that has only arisen within the past month or so. |
To duplicate: | Load pages linking to a disambiguation page, and then disambiguation links for that page; when AWB comes across a page where the disambiguation link is followed by any kind of {{disambiguation needed}} tag. An example is Harry D. Felt, which contains a link to Geneva Conference. AWB found disambiguation links for other pages containing this text, but not for this page, where the text is followed by the tag, {{Disambiguation needed|date=June 2011}}. |
Site URL: | en.Wikipedia |
Operating system | Windows XP |
.NET FW Version | ? |
AWB version | ? |
Workaround | The link can still be found by searching the page with the "Find" function; it can, of course, be fixed manually. |
Fixed in version | rev 10486 |
- We disabled this in rev 10391 because otherwise it would allow editors to add another {{dn}} tag to a link that already had a {{dn}} tag. @Magioladitis: do you recall why we did this? Rjwilmsi 09:14, 11 November 2014 (UTC)
@Rjwilmsi: I think the second tag was insterted inside the first tag and not next to it. -- Magioladitis (talk) 09:30, 11 November 2014 (UTC)
- rev 10486 OK, have seen the problem, fixed now. Rjwilmsi 10:03, 11 November 2014 (UTC)
Takes two edits to fix DISPLAYTITLE
Status | Fixed in the next release |
---|---|
Description | It takes two edits to fix DISPLAYTITLE: {{Display title|''Mississagi'' (ship)}} → {{DISPLAYTITLE|''Mississagi'' (ship)}} → {{DISPLAYTITLE:''Mississagi'' (ship)}} GoingBatty (talk) 22:03, 9 November 2014 (UTC)
|
To duplicate: | Try Mississagi (ship) and MT Independenţa |
Site URL: | en.wikipedia.org |
Operating system | Windows 7 |
.NET FW Version | 2.0.50727.5485 |
AWB version | 5.5.5.1 SVN 10482 |
Workaround | reparse before saving |
Fixed in version | rev 10485 |
- rev 10485 Call TemplateToMagic word in TemplateRedirects if there were templates changed. Rjwilmsi 08:53, 11 November 2014 (UTC)
Bold and dfn element
Hello. In french wikipedia, the <dfn> element (used for he first apparence of the subject in the text) bold automatically the subject. But general fixes in AWB try to bold it again? Could you fix it ? Thx Supertoff (talk) 13:47, 12 November 2014 (UTC)
- Yes. @Supertoff: please provide an example page on fr-wiki that is affected by this, so we can test the change. Thanks Rjwilmsi 09:48, 13 November 2014 (UTC)
- Ok. I just saw that not all pages are affected.
- This one is affected : fr:Match des champions (hockey sur glace)
- Those one are not : fr:Albert Hassler, fr:trophée Raymond Dewas Supertoff (talk) 12:25, 13 November 2014 (UTC)
Bracket fixing can damage the name of a file
Status | Not enough information/very rare bug |
---|---|
Description | If an image file name contains unbalanced round brackets, the general fixes may damage the name -- John of Reading (talk) 09:38, 4 December 2014 (UTC) |
To duplicate: | List of palaces and manor houses in Estonia displays File:Uuemõisa mõisa peahoone ((eest).jpg |
Operating system | |
.NET FW Version | |
AWB version | 5.5.5.0 SVN 10470 |
Workaround | Don't save the edit! |
Fixed in version |
John of Reading very rare situation. I usually go and fix the page's name in commons. -- Magioladitis (talk) 12:15, 4 December 2014 (UTC)
- Fair enough. You can mark this "won't fix" -- John of Reading (talk) 15:14, 4 December 2014 (UTC)
Request to update list of valid cite web parameters
Status | Fixed in the next release |
---|---|
Description | Per Module:Citation/CS1/Whitelist, could you please update the list of valid {{cite web}} parameters in /AWB/WikiFunctions/Parse/Parsers.cs from:
to
Thanks! GoingBatty (talk) 14:32, 6 December 2014 (UTC) |
To duplicate: | |
Site URL: | en.wikipedia.org |
Operating system | |
.NET FW Version | |
AWB version | |
Workaround | |
Fixed in version | rev 10507 |
- rev 10507. I've retained number, chapter and chapter-url though. Rjwilmsi 09:32, 9 December 2014 (UTC)
ArgumentException in Parsers.MILaterSection
Status | Fixed in the next release | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Description | nThread: BackgroundThread
System.ArgumentException: Η συμβολοσειρά δεν είναι δυνατό να έχει μηδενικό μήκος. Όνομα παραμέτρου: oldValue σε System.String.Replace(String oldValue, String newValue) σε WikiFunctions.Parse.Parsers.MILaterSection(String section, Regex Templates) στο c:\Users\Marios\Desktop\AWB\WikiFunctions\Parse\Parsers.cs:γραμμή 736 σε WikiFunctions.Parse.Parsers.MultipleIssues(String articleText) στο c:\Users\Marios\Desktop\AWB\WikiFunctions\Parse\Parsers.cs:γραμμή 635 σε WikiFunctions.Article.PerformGeneralFixes(Parsers parsers, HideText removeText, ISkipOptions skip, Boolean replaceReferenceTags, Boolean restrictDefaultsortAddition, Boolean noMOSComplianceFixes) στο c:\Users\Marios\Desktop\AWB\WikiFunctions\Article\Article.cs:γραμμή 1453 σε AutoWikiBrowser.MainForm.ProcessPage(Article theArticle, Boolean mainProcess) στο c:\Users\Marios\Desktop\AWB\AWB\Main.cs:γραμμή 1668
| ||||||||||||
To duplicate: | [encountered while processing page [7]] | ||||||||||||
Site URL: | https://en.wikipedia.org | ||||||||||||
Operating system | Microsoft Windows NT 6.2.9200.0 | ||||||||||||
.NET FW Version | 2.0.50727.8009 | ||||||||||||
AWB version | AutoWikiBrowser (5.5.5.1), WikiFunctions (5.5.5.1), revision 10503 (2014-11-23 12:50:57) | ||||||||||||
Workaround | |||||||||||||
Fixed in version | rev 10508 |
This edit resolves the bug. -- Magioladitis (talk) 07:53, 26 November 2014 (UTC)
Wiki search (text) at en.wikipedia returns too few/erratic results
Status | Fixed in the next release |
---|---|
Description | As an example, search "along side". Firefox browser returns 122 articles. AWB returns about 12 articles, plus "Emoticon", which erroneously shows up in many text searches. If you search a minute later, you get a slightly different list. Chris the speller yack 16:53, 29 November 2014 (UTC) |
To duplicate: | |
Site URL: | en.wikipedia |
Operating system | Windows Vista |
.NET FW Version | 2.0.50727.4253 |
AWB version | 5.5.5.0 |
Workaround | |
Fixed in version | rev 10506 |
- Discussion at Wikipedia_talk:AutoWikiBrowser#Question_about_Wiki_search_.28text.29 concluded this was due to filtering of all namespace results hitting 1000 result limit before 1000 mainspace results had been found. rev 10506 Provide mainspace only versions of "wiki search text" and "wiki search title" List providers. Repurpose existing ones to be mainspace only, add new ones for "all NS" option. Rjwilmsi 15:06, 8 December 2014 (UTC)
DivideByZeroException in UnsafeNativeMethods.CallWindowProc
Status | Bug is in old software, please update | ||||||
---|---|---|---|---|---|---|---|
Description |
System.DivideByZeroException: Attempted to divide by zero. at System.Windows.Forms.UnsafeNativeMethods.CallWindowProc(IntPtr wndProc, IntPtr hWnd, Int32 msg, IntPtr wParam, IntPtr lParam) at System.Windows.Forms.NativeWindow.DefWndProc(Message& m) at System.Windows.Forms.Control.DefWndProc(Message& m) at System.Windows.Forms.Control.WndProc(Message& m) at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m) at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m) at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam) | ||||||
To duplicate: | Preparse a large list or have bot process a large list | ||||||
Site URL: | http://en.wikipedia.org | ||||||
Operating system | Microsoft Windows NT 5.1.2600 Service Pack 3 | ||||||
.NET FW Version | 2.0.50727.5681 | ||||||
AWB version | AutoWikiBrowser (5.3.1.1), WikiFunctions (5.3.1.1), revision 7893 (2011-12-24 19:04:59) AutoWikiBrowser (5.3.1.1), WikiFunctions (5.3.1.1), revision 7910 (2012-01-05 17:07:59) AutoWikiBrowser (5.3.1.1), WikiFunctions (5.3.1.1), revision 7961 (2012-02-12 18:33:34) AutoWikiBrowser (5.3.1.0), WikiFunctions (5.3.1.0), revision 7792 (2011-07-23 16:53:25) | ||||||
Workaround | |||||||
Fixed in version |
The bug occurred after 30 hours of continuous run, and was accompanied by out-of-memory complains. There was not enough memory to run pull-down menus, there were a lot if red X in the AWB window and I got an error about "Screen-compatible bitmap cannot be created. The screen bitmap format can not be determined" when trying to exit. --Jarekt (talk) 10:34, 26 September 2012 (UTC)
This may have stopped in the 5.5 series. Please rereport if not. -- Magioladitis (talk) 12:16, 9 December 2014 (UTC)
Request to remove items from list of valid cite web parameters
Status | Fixed in the next release |
---|---|
Description | Per Help:CS1 errors, could you please remove the following entries from the list of valid {{cite web}} parameters in /AWB/WikiFunctions/Parse/Parsers.cs?
|article|chapter|chapterlink|chapter-?url|contribution|contribution-?url|entry|section|section-?url Thanks! GoingBatty (talk) 03:26, 10 December 2014 (UTC) |
To duplicate: | |
Site URL: | en.wikipedia.org |
Operating system | |
.NET FW Version | |
AWB version | |
Workaround | |
Fixed in version | rev 10512 -- Magioladitis (talk) 08:32, 10 December 2014 (UTC) |
ArgumentOutOfRangeException in HideText.AddBack
Status | Fixed in the next release | ||||||
---|---|---|---|---|---|---|---|
Description | nThread: BackgroundThread
System.ArgumentOutOfRangeException: Index låg utanför intervallet. Det får inte vara negativt och måste vara mindre än mängdens storlek. Parameternamn: index vid System.ThrowHelper.ThrowArgumentOutOfRangeException(ExceptionArgument argument, ExceptionResource resource) vid System.ThrowHelper.ThrowArgumentOutOfRangeException() vid System.Collections.Generic.List`1.get_Item(Int32 index) vid WikiFunctions.Parse.HideText.AddBack(String articleText, List`1 Tokens) vid WikiFunctions.Parse.HideText.AddBack(String articleText) vid WikiFunctions.Article.UnHideText(HideText removeText) vid WikiFunctions.Article.PerformGeneralFixes(Parsers parsers, HideText removeText, ISkipOptions skip, Boolean replaceReferenceTags, Boolean restrictDefaultsortAddition, Boolean noMOSComplianceFixes) vid AutoWikiBrowser.MainForm.ProcessPage(Article theArticle, Boolean mainProcess) | ||||||
To duplicate: | [encountered while processing page [8]] | ||||||
Site URL: | https://en.wikipedia.org | ||||||
Operating system | Microsoft Windows NT 6.2.9200.0 | ||||||
.NET FW Version | 2.0.50727.8009 | ||||||
AWB version | AutoWikiBrowser (5.5.5.1), WikiFunctions (5.5.5.1), revision 10515 (2014-12-12 08:49:41) | ||||||
Workaround | |||||||
Fixed in version | rev 10516 |
I don't know what happened. I was processing pages. I stopped in the middle of processing one page at the bottom, "moved" the "blue highlight" to the top, pressed star and then this. (t) Josve05a (c) 19:12, 13 December 2014 (UTC)
- @Josve05a: You say "stopped in the middle of processing one page at the bottom", did you press Stop while processing was running (as we now can), then maybe start processing another page before the previous one would have finished? Rjwilmsi 19:30, 13 December 2014 (UTC)
- Yes that is exactly what I mean. (Pre-parsing was on 2 pages earlier if that has anything to do with anything...) (t) Josve05a (c) 19:41, 13 December 2014 (UTC)
- rev 10516 If user presses Stop while page processing still running in background, abort background thread, otherwise completing background thread may change data used by processing of another article (e.g. dictionaries used in HideText). Rjwilmsi 20:10, 13 December 2014 (UTC)
- Yes that is exactly what I mean. (Pre-parsing was on 2 pages earlier if that has anything to do with anything...) (t) Josve05a (c) 19:41, 13 December 2014 (UTC)
ArgumentOutOfRangeException in HideText.AddBack (rev 10516)
Status | Fixed in the next release | ||||||
---|---|---|---|---|---|---|---|
Description | nThread: BackgroundThread
System.ArgumentOutOfRangeException: Index låg utanför intervallet. Det får inte vara negativt och måste vara mindre än mängdens storlek. Parameternamn: index vid System.ThrowHelper.ThrowArgumentOutOfRangeException(ExceptionArgument argument, ExceptionResource resource) vid System.ThrowHelper.ThrowArgumentOutOfRangeException() vid System.Collections.Generic.List`1.get_Item(Int32 index) vid WikiFunctions.Parse.HideText.AddBack(String articleText, List`1 Tokens) vid WikiFunctions.Parse.HideText.AddBack(String articleText) vid WikiFunctions.Article.UnHideText(HideText removeText) vid WikiFunctions.Article.PerformGeneralFixes(Parsers parsers, HideText removeText, ISkipOptions skip, Boolean replaceReferenceTags, Boolean restrictDefaultsortAddition, Boolean noMOSComplianceFixes) vid AutoWikiBrowser.MainForm.ProcessPage(Article theArticle, Boolean mainProcess) | ||||||
To duplicate: | [encountered while processing page [9]] | ||||||
Site URL: | https://en.wikipedia.org | ||||||
Operating system | Microsoft Windows NT 6.2.9200.0 | ||||||
.NET FW Version | 2.0.50727.8009 | ||||||
AWB version | AutoWikiBrowser (5.5.5.1), WikiFunctions (5.5.5.1), revision 10516 (2014-12-13 21:09:16) | ||||||
Workaround | |||||||
Fixed in version | rev 10517 |
@Rjwilmsi: I tried pressing startstopstartstop and this was the result. (t) Josve05a (c) 20:35, 13 December 2014 (UTC)
- rev 10517 OK, added checks to Start/reparse edit box as well, should be OK now. Rjwilmsi 10:13, 14 December 2014 (UTC)
Takes two edits to remove unreferenced and multiple issues
Status | Fixed in the next release |
---|---|
Description | On Al Nassr FC, AWB will remove {{unreferenced}} on the first pass and then {{multiple issues}} on the second pass. GoingBatty (talk) 00:04, 14 December 2014 (UTC) |
To duplicate: | Try Al Nassr FC |
Site URL: | en.wikipedia.org |
Operating system | Windows 7 |
.NET FW Version | 2.0.50727.5485 |
AWB version | 5.5.5.1 SVN 10514 |
Workaround | reparse before saving |
Fixed in version | rev 10518 |
It takes two runs to add bullets
Status | Fixed in the next release |
---|---|
Description | [10] Magioladitis (talk) 20:42, 12 December 2014 (UTC) |
To duplicate: | |
Site URL: | enwiki |
Operating system | |
.NET FW Version | |
AWB version | rev 10514 |
Workaround | |
Fixed in version | rev 10526 |
Automatic bold
Status | Fixed in the next release |
---|---|
Description | On it.wiki's biographical pages we use the template:Bio that adds automatically the bold text at the first occurrence of the page's title. So, in the most of cases, edits like this are wrong. Therefore I ask you to remove this feature from the general fixes (on it.wiki), cause otherwise we can use the general fixes only in semi-automatic mode. Horcrux92 (talk) 17:08, 16 December 2014 (UTC) |
To duplicate: | |
Site URL: | http://it.wikipedia.org |
Operating system | |
.NET FW Version | |
AWB version | |
Workaround | |
Fixed in version | rev 10525 |
Or maybe is there a way to choose the general fixes I'd like to use? --Horcrux92 (talk) 17:10, 16 December 2014 (UTC)
- rev 10525 Don't enbolden title if "bio" template on page. Rjwilmsi 17:41, 16 December 2014 (UTC)
- Thank you so much --Horcrux92 (talk) 18:08, 16 December 2014 (UTC)
Wiki search (text) @ hr.wikipedia
Status | Not a bug in AWB, has been referred |
---|---|
Description | Wiki search (text) bug? |
To duplicate: | |
Site URL: | hr.wikipedia |
Operating system | Win XP (Win 7 also) |
.NET FW Version | 2.0.50727.3053 |
AWB version | 5.5.4.0 |
Workaround | |
Fixed in version |
I'm trying to find particular words in articles on hr.wikipedia, but AWB can't find anything. The only way to find is put word in quotes, but results are incomplete. For example, search for word jučer gave 0 results, but search for word "jučer" gave 21 pages although there are 182 pages with that word (according to search at hr.wikipedia [11]). I've tried to search en.wikipedia, AWB working fine even without quotes (""). What's the problem with hr.wiki?--MaGa 07:13, 18 September 2014 (UTC)
Reedy I wonder if this is mediawiki problem. We had the same issue reported for other wikis too. Check User_talk:Magioladitis#question too. -- Magioladitis (talk) 07:49, 18 September 2014 (UTC)
Hello, I can just confirm that there is exactly the same problem when doing a "Wiki search (text)" on the Swedish wikipedia (sv.wikipedia) in AWB. For example, when searching for Malta, you'll get 2 search results (of over 5,000 when searching directly on sv.wikipedia.org). I noticed that if you put the search term inside quotation marks "Malta" you'll get around 500 search hits in AWB, an improvement but still only 10% of the actual occurrences on sv.wikipedia //Inteloutside2 (talk) 00:23, 29 September 2014 (UTC)
- I have been having very strange results using Wiki search (text) on en.wikipedia; with AWB 5.5.5.0, for example, search for "surreptitiously-" gives 727 main space pages. I went back to AWB 5.5.3.0 and it works correctly (3 pages returned). Even searching for nonexistent words almost always returns "Emoticon". I think we need a sad face here :-( while I go back to the earlier version. Pretty sure it's not a Mediawiki problem. Chris the speller yack 14:03, 2 October 2014 (UTC)
- Can we please get 5.5.3.0 enabled on en.wikipedia again? As things stand, I have to run 5.5.3.0 to get a list, then save it, then run 5.5.5.0 to use the list. Chris the speller yack 14:08, 2 October 2014 (UTC)
Chris the speller I reenabled 5.5.3.0. Please tell me if you still get difference results and whether 5.5.3.0 is more accurate. Reedy is this possible? -- Magioladitis (talk) 14:38, 2 October 2014 (UTC)
The only thing we did this year in ListProvider was to remove some commented out code (rev 19472). Previous changes was in September 2013. -- Magioladitis (talk) 14:44, 2 October 2014 (UTC)
- Well, now both versions of AWB are returning crazy search results. (BTW, 5.5.3.0 still says it's not enabled, but I guess it won't help me anyway.) Maybe it's an intermittent Mediawiki bug. Thanks for trying. Chris the speller yack 15:06, 2 October 2014 (UTC)
- @Magioladitis: Now we're getting somewhere; it wasn't going back to 5.5.3.0 that fixed it – it was launching AWB and doing the text search before loading any settings file. Once I load a settings file, the text search goes haywire. Is there some conflict between 5.5.4.0/5.5.5.0 and existing settings files from 5.5.3.0 and earlier? Chris the speller yack 15:48, 2 October 2014 (UTC)
@Chris the speller: so:
- Wikisearch before loading any settings
- Wikisearch after loading any settings in 5.5.5.0
gives difference results. Right? Any chance that there is something in settings that activates the Filter? -- Magioladitis (talk) 15:56, 2 October 2014 (UTC)
- @Magioladitis: After more investigation, it was not the settings file, it was logging on that fouled things up! I went to my Beta preferences in WP and disabled the "New Search" feature. That seems to have fixed everything. Something else changed in recent weeks, I think; AWB never noticed my Beta search preference before. I started using the "New search" regularly when the LuceneSearch indexing stopped for about 11 days. Its index is better now, so I don't need "New search" as a preference. Chris the speller yack 16:23, 2 October 2014 (UTC)
- There's no "New search" feature in beta preferences at hr.wikipedia.--MaGa 20:34, 6 October 2014 (UTC)
- Yes, but I think some of the Wikipedias went directly to the new search.Naraht (talk) 09:03, 7 October 2014 (UTC)
- There's no "New search" feature in beta preferences at hr.wikipedia.--MaGa 20:34, 6 October 2014 (UTC)
@ERJANIK: et al. I ve been told by Mediawiki guys that the problem will be resolved by the end of this month. -- Magioladitis (talk) 09:08, 7 October 2014 (UTC)
- ok, thank you very very much. --ERJANIK (talk) 13:02, 7 October 2014 (UTC)
- Great news. I hope it will be so. Magioladitis, will you keep us informed about it, please?--MaGa 16:55, 7 October 2014 (UTC)
No progress about this until today...--MaGa 13:43, 7 November 2014 (UTC)
Nothing we can do from our side. Rjwilmsi added some new list providers which might make things better. Now it's Mediawiki's guys time to help us out. Maybe Reedy has an idea. -- Magioladitis (talk) 08:46, 21 December 2014 (UTC)
- Still not fixed... And still not OK on :fr. Any news ? Zetud (talk) 21:38, 18 February 2015 (UTC)
Persondata has been deprecated
Status | Bug currently being investigated/fixed |
---|---|
Description | As per this Tfd and this discussion, Persondata has been deprecated and can stop being added to articles. Msmarmalade (talk) 00:08, 25 November 2014 (UTC) |
To duplicate: | |
Site URL: | en.wikipedia |
Operating system | |
.NET FW Version | |
AWB version | |
Workaround | |
Fixed in version |
Please note that the deprecation decision is being contested. Periglio (talk) 04:10, 25 November 2014 (UTC)
I follow the discussions. We won't stop adding Persondata until there is a clear consensus and until it is ensured that the bots have transfered all data in another place. Changes that will affect 1.5 million pages should always be done very carefully. -- Magioladitis (talk) 08:42, 25 November 2014 (UTC)
- To be clear, this request is only to stop adding new Persondata, not to delete existing Persondata. I am, however, happy to wait until Periglio's contest is processed and the outcome of that contest is reached. A 'consensus' (by 4 users as compared to the ~50 users in the RfC) was reached in the Tfd linked above, but no-one had indicated wanting to formally contest it until now—Msmarmalade (talk) 09:08, 25 November 2014 (UTC)
Marked as "inprogress". We will remove it from the code when the communities are ready. Ping me in my page if necessary. -- Magioladitis (talk) 08:52, 21 December 2014 (UTC)
TargetInvocationException in Plugin.LoadPlugins
Status | Not enough information/very rare bug | ||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Description |
System.Reflection.TargetInvocationException: Δημιουργήθηκε εξαίρεση από τον προορισμό μιας κλήσης. ---> System.TypeInitializationException: Η προετοιμασία τύπου για το 'WikiFunctions.Parse.Parsers' δημιούργησε μια εξαίρεση. ---> System.Net.WebException: Δεν ήταν δυνατή η επίλυση του απομακρυσμένου ονόματος: 'en.wikipedia.org' σε System.Net.HttpWebRequest.GetResponse() σε WikiFunctions.Tools.GetHTML(String url, Encoding enc, String& responseURL) στο c:\Users\Marios\Desktop\AWB\WikiFunctions\Tools.cs:γραμμή 437 σε WikiFunctions.Tools.GetHTML(String url, Encoding enc) στο c:\Users\Marios\Desktop\AWB\WikiFunctions\Tools.cs:γραμμή 418 σε WikiFunctions.Tools.GetHTML(String url) στο c:\Users\Marios\Desktop\AWB\WikiFunctions\Tools.cs:γραμμή 395 σε WikiFunctions.Parse.MetaDataSorter.LoadInterWikiFromNetwork() στο c:\Users\Marios\Desktop\AWB\WikiFunctions\Parse\MetaDataSorter.cs:γραμμή 214 σε WikiFunctions.Parse.MetaDataSorter..ctor() στο c:\Users\Marios\Desktop\AWB\WikiFunctions\Parse\MetaDataSorter.cs:γραμμή 80 σε WikiFunctions.Parse.Parsers..cctor() στο c:\Users\Marios\Desktop\AWB\WikiFunctions\Parse\Parsers.cs:γραμμή 6512 --- Τέλος ιχνηλάτησης στοίβας εσωτερικών εξαιρέσεων --- σε WikiFunctions.Parse.Parsers..ctor() σε AutoWikiBrowser.Plugins.Delinker.DelinkerAWBPlugin..ctor() --- Τέλος ιχνηλάτησης στοίβας εσωτερικών εξαιρέσεων --- σε System.RuntimeTypeHandle.CreateInstance(RuntimeType type, Boolean publicOnly, Boolean noCheck, Boolean& canBeCached, RuntimeMethodHandle& ctor, Boolean& bNeedSecurityCheck) σε System.RuntimeType.CreateInstanceSlow(Boolean publicOnly, Boolean fillCache) σε System.RuntimeType.CreateInstanceImpl(Boolean publicOnly, Boolean skipVisibilityChecks, Boolean fillCache) σε System.Activator.CreateInstance(Type type, Boolean nonPublic) σε System.Activator.CreateInstance(Type type) σε AutoWikiBrowser.Plugins.Plugin.LoadPlugins(IAutoWikiBrowser awb, String[] plugins, Boolean afterStartup) στο c:\Users\Marios\Desktop\AWB\AWB\PluginManager.cs:γραμμή 424
| ||||||||||||||||||||||||
To duplicate: | Unknown | ||||||||||||||||||||||||
Site URL: | https://en.wikipedia.org | ||||||||||||||||||||||||
Operating system | Microsoft Windows NT 6.2.9200.0 | ||||||||||||||||||||||||
.NET FW Version | 2.0.50727.8009 | ||||||||||||||||||||||||
AWB version | AutoWikiBrowser (5.5.5.1), WikiFunctions (5.5.5.1), revision 10505 (2014-12-01 11:21:19) | ||||||||||||||||||||||||
Workaround | |||||||||||||||||||||||||
Fixed in version |
It was caused by temporariry loss of connection. -- Magioladitis (talk) 07:40, 3 December 2014 (UTC)
NullReferenceException in FindandReplace.Decode
Status | Resolved | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Description |
System.NullReferenceException: Object reference not set to an instance of an object. at WikiFunctions.Parse.FindandReplace.Decode(String text) at WikiFunctions.Parse.FindandReplace.AddNew(Replacement r) at WikiFunctions.Parse.FindandReplace.AddNew(List`1 rList) at AutoWikiBrowser.MainForm.LoadPrefs(UserPrefs p) at AutoWikiBrowser.MainForm.LoadPrefs(String path)
| ||||||||||||
To duplicate: | Unknown | ||||||||||||
Site URL: | https://en.wikipedia.org | ||||||||||||
Operating system | Microsoft Windows NT 6.1.7601 Service Pack 1 | ||||||||||||
.NET FW Version | 2.0.50727.5485 | ||||||||||||
AWB version | AutoWikiBrowser (5.5.5.0), WikiFunctions (5.5.5.0), revision 10470 (2014-09-22 01:51:36) | ||||||||||||
Workaround | |||||||||||||
Fixed in version |
Llywelyn2000 (talk) 18:48, 17 December 2014 (UTC)
- @Llywelyn2000: Would you post the settings file you were loading please? Rjwilmsi 08:45, 18 December 2014 (UTC)
- Sorted at 3.00am! Many thanks! Llywelyn2000 (talk) 09:36, 18 December 2014 (UTC)
- Llywelyn2000 what did you do to fix it? -- Magioladitis (talk) 14:35, 20 December 2014 (UTC)
- In short, the coding suggested to me here was dated; using Notepad++ and saving as an htm file seemed to work. What would make life simpler would be if the 'Replace' facility could accept a spreadsheet - either through the csv auto plugin - or better still, enable copy and paste into the Replace columns. For a small wiki like cywiki, AWB is mana from heaven, so I'm not complaining! Thanks to both of you for your hard work. Llywelyn2000 (talk) 04:19, 21 December 2014 (UTC)
- Llywelyn2000 what did you do to fix it? -- Magioladitis (talk) 14:35, 20 December 2014 (UTC)
- Sorted at 3.00am! Many thanks! Llywelyn2000 (talk) 09:36, 18 December 2014 (UTC)
BG19bot table breakage
Status | Fixed in the next release |
---|---|
Description | with this edit, BG19bot broke a table by removing the newline which preceded the {| class="wikitable" . Already notified to bot operator at User talk:Bgwhite#BG19bot table breakage. Looking at other bot edits from the same period, not all of which caused breakage (example 1, example 2), the consistent factor is that the bot was moving a category from mid-text to the bottom of the page, and whereever this was done, a newline was also removed. Redrose64 (talk) 12:05, 21 December 2014 (UTC)
|
To duplicate: | |
Site URL: | en.wikipedia |
Operating system | |
.NET FW Version | |
AWB version | |
Workaround | |
Fixed in version | rev 10530 by Rjwilmsi. -- Magioladitis (talk) 12:29, 21 December 2014 (UTC) |
Fixed. -- Magioladitis (talk) 12:32, 21 December 2014 (UTC)
Changes valid ASIN citation parameter to asin
Status | Fixed in the next release |
---|---|
Description | AWB general fixes changes {{cite book}} |ASIN= to |asin= , even though |ASIN= is supported. This is not a substitution from WP:AWB/RTP. Could it be an undocumented part of FixCitationTemplates? GoingBatty (talk) 20:01, 22 December 2014 (UTC)
|
To duplicate: | Try Bharatiya Janata Party |
Site URL: | en.wikipedia.org |
Operating system | Windows 7 |
.NET FW Version | 2.0.50727.5485 |
AWB version | 5.5.5.1 SVN 10518 |
Workaround | accept or revert the change |
Fixed in version | rev 10531, rev 10532 |
- rev 10531 Rjwilmsi 20:26, 22 December 2014 (UTC)
- @Rjwilmsi: Thanks! Comparing that part of the code with Module:Citation/CS1/Whitelist, I see that the citation templates allow many more uppercase parameters: ARXIV, ASIN-TLD, BIBCODE, ID, ISBN13, ISSN, JFM, JSTOR, MR, OCLC, OL, OSTI, RFC, SSRN, URL, ZBL. GoingBatty (talk) 21:29, 22 December 2014 (UTC)
Underlinked in very short page
Status | Fixed in the next release |
---|---|
Description | [12] Magioladitis (talk) 20:43, 12 December 2014 (UTC) |
To duplicate: | |
Site URL: | enwiki |
Operating system | |
.NET FW Version | |
AWB version | rev 10514 |
Workaround | |
Fixed in version | rev 10535 -- Magioladitis (talk) 11:37, 23 December 2014 (UTC) |
- @Magioladitis: So what do you suggest the revised rules for adding underlinked should be? Rjwilmsi 10:35, 14 December 2014 (UTC)
@Rjwilmsi: maybe we should add a minimum size check. -- Magioladitis (talk) 16:57, 17 December 2014 (UTC)
- OK, what value do you want? Will you agree the value with documentation/editors of {{underlinked}} etc.? Rjwilmsi 17:19, 17 December 2014 (UTC)
rev 10535 -- Magioladitis (talk) 11:37, 23 December 2014 (UTC)
Minor F&R rules not run on page re-parse when skip minor replacement enabled.
Status | Bug currently being investigated/fixed |
---|---|
Description | When the page is re-parsed (F5 or edit box context menu), the F&R rules marked as minor are not applied to the page. — Makyen (talk) 09:12, 4 May 2014 (UTC) |
To duplicate: | Happens every time. Have a rule set to minor, cause text that should be changed to be on the page and then hit F5 in the edit box. I have not not attempted to min-case it. If it is found to not be reproducible, I will work on finding a minimum case. |
Site URL: | enwiki |
Operating system | Windows XP |
.NET FW Version | 2.0.50727.3655 |
AWB version | 5.5.2.3 |
Workaround | uncheck "Skip if: only minor replacement made" and re-parse. |
Fixed in version | rev 10097 |
- I can replicate this when skip minor replacement is enabled, only when this skip option is enabled, and it's only a problem on re-parse. I'll look into fixing it. Rjwilmsi 07:13, 6 May 2014 (UTC)
- It is always nice to hear that it can be replicated. At least then we know that it is not just on my config, or that I am seeing something that is not really there. I appreciate your looking into it and looking to fix it.
- However, you merged another bug report into this one. I see two different behaviors. I am wondering if the merge was because you felt the two different behaviors were actually the same bug, or if you were unable to duplicate the second behavior and felt that it was just a duplicate report of this bug. You're looking at the code, so are the one that makes the call as to 1 or 2 bugs. I just want to make sure that both behaviors are noted (and, hopefully, fixed). I don't want the second behavior to fall through the cracks because I failed to describe it sufficiently, or because it was a bit more difficult to duplicate.
- The two different behaviors:
- Not run on initial parse with "minor" and "after fixes" checked in the rule and "Skip if: only minor replacement made". Does not run on re-parse. Will run on re-parse if "Skip if: only minor replacement made" unchecked after initial parse.
- Runs on initial parse with "minor" and not "after fixes" checked in the rule and "Skip if: only minor replacement made". Does not run on re-parse. Will run on re-parse if "Skip if: only minor replacement made" unchecked after initial parse.
- The two different behaviors:
- Behavior #1:
- I encountered this issue – intended to be covered by this bug report – where rules marked as both minor and after fixes did not run on initial parsing of the page – definitely not run on initial parsing. I only noticed it because replacements I expected to see in an article upon initial presentation to me had not occurred (one that was not skipped according to any skip criteria at the time). I do not recall if, at the time, I attempt to re-parse in order to see if it still failed to run on a re-parse. After testing further, I verified that the rule is also not run on re-parse.
- For me it is definitely not run on initial parse of the page and on re-parse. The "after fixes" checkbox can be unchecked and re-parse will work normally for that rule. I have re-verified that it is on both initial parse and re-parse. I also confirmed that "Skip if: only minor replacement made" must be checked for the issue to occur and that unchecking "Skip if: only minor replacement made" after initial parse will result on the rule being run upon re-parse.
- Behavior #2:
- The other bug was that the rules marked as "minor" (not "after fixes") definitely ran on initial parse. They then definitely did not run on re-parse. "Skip if: only minor replacement made" must be checked. They will run on re-re-parse after "Skip if: only minor replacement made" is unchecked. There appears to be more to the conditions causing the not running upon re-parse as my simple, quick testing did not duplicate this issue. However, I am able to repeatedly duplicate it in real runs. I will attempt to get a better min-case.
- It may be all one bug, grouped in one set of code. However, to me, from an observation standpoint, it is two different behaviors.
- #1 We appear to have min-cased. It is repeatable with those settings.
- #2 Is not yet exactly defined. I have not seen the issue in a simple case, but do see it in normal use. For me it is repeatable to the extent of regularly (multiple times in a session) working around the issue (needing to uncheck "Skip if: only minor replacement made" prior to re-parsing). — Makyen (talk) 23:39, 6 May 2014 (UTC)
- rev 10097 Don't apply find & replace skip checks when reparsing. You're writing a lot but I am unable to replicate any problems on first parse. If you want me to look at it further, please provide an AWB settings file and an article where the first parse problem can be replicated. Thanks Rjwilmsi 09:54, 7 May 2014 (UTC)
- That is a reasonable request. I do see it routinely with the set of rules I am currently using. Is there a normal/good way to pass you the settings file? If not, I will just choose some off-wiki hosting.
- I still should make further attempts to find a minimum case.
- Hmmm... Ok hold on... I've got it down to two rules. A bit of a contrivance, but...
- Rule 1:
<Replacement> <Find>publisher</Find> <Replace /> <Comment>MINOR</Comment> <IsRegex>false</IsRegex> <Enabled>true</Enabled> <Minor>true</Minor> <BeforeOrAfter>false</BeforeOrAfter> <RegularExpressionOptions>IgnoreCase</RegularExpressionOptions> </Replacement>
- Rule 2:
<Replacement> <Find>({{\s*[cC]it[ea](?:[^}{]*(?:\{\{[^}{]*}}[^}{]*)*)\|(?:[^}{\n\r]*(?:\{\{[^}{]*}}[^}{]*)*))(\s*\|\s*)(coauthors)(\s*=\s*)((?:[^}{|\[/;:+&]*))(?=\s*[|}])</Find><Replace>$1$2author2$4<!---publisher--->$5</Replace> <Comment>NOT minor</Comment> <IsRegex>true</IsRegex> <Enabled>true</Enabled> <Minor>false</Minor> <BeforeOrAfter>false</BeforeOrAfter> <RegularExpressionOptions>IgnoreCase</RegularExpressionOptions> </Replacement>
- Page:Park Si-Hun
- Rule 1:
- I, of course, remain willing to send a complete file. However, I was able to drop these two rules into a default config and exhibit issue #2 (minor rule runs on initial parse, but not re-parse). It did not matter if gen fixes and/or typos were enabled. No skip options other than "F&R Skip if: no replacement" and "F&R Skip if: only minor replacement made". — Makyen (talk) 08:12, 8 May 2014 (UTC)
- OK, this is fixed now. I have uploaded a new snapshot release to sourceforge, that URL should be available within a few minutes. Please download that and retest your scenarios, and tell me if there are any remaining problems. Rjwilmsi 10:39, 8 May 2014 (UTC)
- Thank you for the snapshot. I downloaded it and have been using it. I confirm that #2 is fixed. The fix is making my workflow much easier. Thank you.
- Unfortunately, #1 is not fully fixed (F&R rules marked both "minor" and "after fixes"). However, it has changed. They now do not run on initial parse but do run on re-parse (previously they did not run on re-parse). — Makyen (talk) 09:21, 10 May 2014 (UTC)
- Works for me on your earlier test case. If the F&R rules don't run, what happens then? Page is skipped, or only some other changes are applied on first run? Rjwilmsi 09:30, 10 May 2014 (UTC)
- Sorry for the delay in getting back to this. I completely missed that you replied.
- My earlier test case from above is for problem #2 which now works correctly with the snapshot (minors previously were not running on re-parse, now they are).
- The thing that is not working correctly, but has changed in how it works, is problem #1: "minor" and "after fixes". Behavior with snapshot is that they do not run on initial parse, but do run on re-parse.
- Specific to your question: All rules run on initial parse except those that are "minor" and "after fixes". All rules run on re-parse. — Makyen (talk) 07:08, 14 May 2014 (UTC)
- Works for me on your earlier test case. If the F&R rules don't run, what happens then? Page is skipped, or only some other changes are applied on first run? Rjwilmsi 09:30, 10 May 2014 (UTC)
- OK, this is fixed now. I have uploaded a new snapshot release to sourceforge, that URL should be available within a few minutes. Please download that and retest your scenarios, and tell me if there are any remaining problems. Rjwilmsi 10:39, 8 May 2014 (UTC)
- rev 10097 Don't apply find & replace skip checks when reparsing. You're writing a lot but I am unable to replicate any problems on first parse. If you want me to look at it further, please provide an AWB settings file and an article where the first parse problem can be replicated. Thanks Rjwilmsi 09:54, 7 May 2014 (UTC)
ThreadAbortException in ApiEdit.GetResponseString
Status | Fixed in the next release | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Description | nThread: BackgroundThread
System.Threading.ThreadAbortException: Το νήμα ματαιώθηκε. σε System.Net.Connection.SyncRead(HttpWebRequest request, Boolean userRetrievedStream, Boolean probeRead) σε System.Net.ConnectStream.ProcessWriteCallDone(ConnectionReturnResult returnResult) σε System.Net.HttpWebRequest.WriteCallDone(ConnectStream stream, ConnectionReturnResult returnResult) σε System.Net.ConnectStream.CallDone(ConnectionReturnResult returnResult) σε System.Net.ConnectStream.CloseInternal(Boolean internalCall, Boolean aborting) σε System.Net.ConnectStream.System.Net.ICloseEx.CloseEx(CloseExState closeState) σε System.Net.ConnectStream.CloseInternal(Boolean internalCall) σε System.Net.HttpWebRequest.EndWriteHeaders_Part2() σε System.Net.HttpWebRequest.EndWriteHeaders(Boolean async) σε System.Net.HttpWebRequest.WriteHeadersCallback(WebExceptionStatus errorStatus, ConnectStream stream, Boolean async) σε System.Net.ConnectStream.WriteHeaders(Boolean async) σε System.Net.HttpWebRequest.EndSubmitRequest() σε System.Net.HttpWebRequest.SetRequestSubmitDone(ConnectStream submitStream) σε System.Net.Connection.CompleteStartRequest(Boolean onSubmitThread, HttpWebRequest request, TriState needReConnect) σε System.Net.Connection.SubmitRequest(HttpWebRequest request) σε System.Net.ServicePoint.SubmitRequest(HttpWebRequest request, String connName) σε System.Net.HttpWebRequest.SubmitRequest(ServicePoint servicePoint) σε System.Net.HttpWebRequest.GetResponse() σε WikiFunctions.API.ApiEdit.GetResponseString(HttpWebRequest req) στο c:\Users\Marios\Desktop\AWB\WikiFunctions\API\ApiEdit.cs:γραμμή 410 σε WikiFunctions.API.ApiEdit.HttpGet(String url) στο c:\Users\Marios\Desktop\AWB\WikiFunctions\API\ApiEdit.cs:γραμμή 539 σε WikiFunctions.API.ApiEdit.QueryApi(String queryParamters) στο c:\Users\Marios\Desktop\AWB\WikiFunctions\API\ApiEdit.cs:γραμμή 1043 σε WikiFunctions.Lists.Providers.ApiListProviderBase.ApiMakeList(String url, Int32 haveSoFar) στο c:\Users\Marios\Desktop\AWB\WikiFunctions\Lists\Providers\ListProviderBase.cs:γραμμή 79 σε WikiFunctions.Lists.Providers.WhatLinksHereListProvider.MakeList(String Namespace, String[] searchCriteria) στο c:\Users\Marios\Desktop\AWB\WikiFunctions\Lists\Providers\ListProviders.cs:γραμμή 291 σε WikiFunctions.Lists.Providers.WhatLinksHereListProvider.MakeList(Int32 Namespace, String[] searchCriteria) στο c:\Users\Marios\Desktop\AWB\WikiFunctions\Lists\Providers\ListProviders.cs:γραμμή 256 σε WikiFunctions.Parse.Parsers.TagOrphans(String articleText, String articleTitle, Boolean restrictOrphanTagging) στο c:\Users\Marios\Desktop\AWB\WikiFunctions\Parse\Parsers.cs:γραμμή 7868
| ||||||||||||
To duplicate: | [encountered while processing page [13]] | ||||||||||||
Site URL: | https://en.wikipedia.org | ||||||||||||
Operating system | Microsoft Windows NT 6.2.9200.0 | ||||||||||||
.NET FW Version | 2.0.50727.8009 | ||||||||||||
AWB version | AutoWikiBrowser (5.5.5.1), WikiFunctions (5.5.5.1), revision 10534 (2014-12-23 12:02:58) | ||||||||||||
Workaround | |||||||||||||
Fixed in version | rev 10536 by Rjw. -- Magioladitis (talk) 14:31, 23 December 2014 (UTC) |
At [encountered while processing page [14]] too. -- Magioladitis (talk) 14:09, 23 December 2014 (UTC)
AWB should change Cite Hansard parameters to lowercase
Status | Resolved |
---|---|
Description | Looking at rev 10532 fix for Wikipedia talk:AutoWikiBrowser/Bugs/Archive 27#Changes valid ASIN citation parameter to asin, I see that the Parsers.cs code specifies multiple citation templates, including {{Cite Hansard}}. Template:Cite Hansard#Usage states "all field names must be lowercase."
Therefore, could you please remove "hansard" from the list of citation templates in this part of the code? Thanks! GoingBatty (talk) 14:34, 23 December 2014 (UTC) |
To duplicate: | |
Site URL: | en.wikipedia.org |
Operating system | |
.NET FW Version | |
AWB version | |
Workaround | |
Fixed in version |
GoingBatty any particular reason they want everything to be lowercase? Maybe after parameter standardsation this limitation is outdated now? -- Magioladitis (talk) 14:38, 23 December 2014 (UTC)
- @Magioladitis: Looking at the {{Cite Hansard}} code, it's just a wrapper for {{Cite book}}. I was able to edit the code so that
|URL=
is now acceptable, so the two examples above now display the same results. Therefore, I withdraw this request. GoingBatty (talk) 14:48, 23 December 2014 (UTC)
Let me close the "new messages"!
Status | Not a bug/currently unresolvable |
---|---|
Description | I'm getting a bit annoyed with the fact that I can't close the "new messages" prompt when I get it. Where's the red "x"?! -- (T) Numbermaniac (C) 04:16, 9 July 2013 (UTC) |
To duplicate: | Get a new message from someone else. |
Site URL: | en.wikipedia.org |
Operating system | Windows XP |
.NET FW Version | 2.0.50727.3643 |
AWB version | 5.5.1.1 |
Workaround | |
Fixed in version |
- We insist that users must read their talk messages in case the messages relate to problems with their AWB edits. If you cancel the messages popup it would appear again when you processed the next page with AWB. If you want to cancel the popup is it in order to read the talk message another way? Rjwilmsi 09:28, 10 July 2013 (UTC)
- I'm always logged in to Wikpiedia if I am on AWB, but my default browser is Firefox and I use Chrome. -- (T) Numbermaniac (C) 09:29, 10 July 2013 (UTC)
- I support the current behavior. Reading new messages should be mandatory. --Meno25 (talk) 16:42, 6 December 2013 (UTC)
- The one case where there is a legitimate reason to not have this, is for users who use separate AWB accounts (like me - I edit with Od Mishehu, and use AWB with Od Mishehu AWB. My solution to the problem was simple - redirect my AWB account's talk page to my main account's talk page, and semi-protect my AWB account's talk page. However, I shouldn't need to go to such measures to prevent a disruptive anon from messing my AWB session upo completely by vandalizing the talk page. עוד מישהו Od Mishehu 19:00, 14 October 2014 (UTC)
- I support the current behavior. Reading new messages should be mandatory. --Meno25 (talk) 16:42, 6 December 2013 (UTC)
This is not a bug. -- Magioladitis (talk) 18:07, 23 December 2014 (UTC)
UriFormatException
Status | Resolved | ||||||
---|---|---|---|---|---|---|---|
Description |
System.UriFormatException: Invalid URI: The hostname could not be parsed. at System.Uri.CreateThis(String uri, Boolean dontEscape, UriKind uriKind) at System.Uri..ctor(String uriString) at System.Windows.Forms.Application.get_ExecutablePath() at WikiFunctions.AwbDirs.MigrateDefaultSettings() at AutoWikiBrowser.Program.Main(String[] args) Message on startup of software, cannot continue. Might be something I don't know about the AWB, first time I try to use, so show mercy please ;-) elya (talk) 20:50, 18 September 2014 (UTC) | ||||||
To duplicate: | Unknown | ||||||
Site URL: | https://en.wikipedia.org (<-- no site chosen yet and not planned to use it on en, not sure were this comes from) | ||||||
Operating system | Microsoft Windows NT 5.1.2600 Service Pack 3 (via Mac Parallels 4.0) | ||||||
.NET FW Version | 2.0.50727.3082 | ||||||
AWB version | AutoWikiBrowser (5.5.4.0), WikiFunctions (5.5.4.0), revision 10393 (2014-08-20 20:29:53) | ||||||
Workaround | |||||||
Fixed in version |
- @Elya: are you running AWB from a network share? Rjwilmsi 09:19, 11 November 2014 (UTC)
- @Rjwilmsi:, thanks for the reaction, no network share, but a virtual (Windows XP) machine on a Mac.--elya (talk) 19:16, 11 November 2014 (UTC)
- @Elya: Path it's in must be the problem, what path is the AutoWikiBrowser.exe file run from? Is it a UNC path or similar? You may need to map it as a network drive so that XP sees it as on a local drive e.g. D:\ Rjwilmsi 17:38, 12 November 2014 (UTC)
- @Rjwilmsi:, thanks for the reaction, no network share, but a virtual (Windows XP) machine on a Mac.--elya (talk) 19:16, 11 November 2014 (UTC)
@Elya: we need your feedback please. -- Magioladitis (talk) 08:40, 21 December 2014 (UTC)
I can duplicate a similar problem on demand: Options → Preferences → Site → Project:custom → add some Urdu. -- Magioladitis (talk) 11:54, 23 December 2014 (UTC)
- Hi Magioladitis, sorry for not responding, first time I saw this I had no idea what you are talking about, and then I was in other places … but now it seems I've got it. Having the .exe file saved on the Mac Desktop, the error happens, this location is a path of the type \\.psf\Home\Desktop\AutoWikiBrowser5540 – putting the stuff on the “real“ Windows Desktop, we have the following path: C:\Documents and settings\All Users\Desktop\AutoWikiBrowser5540 Seems that works now! Thanks for the hint! --elya (talk) 19:59, 25 December 2014 (UTC)
@Elya: thanks for the feedback. Everything works fine in Windows then. Happy to know that. Nothing we could further from our side. -- Magioladitis (talk) 11:09, 26 December 2014 (UTC)
Site down bug
Status | Resolved | ||||||
---|---|---|---|---|---|---|---|
Description |
System.NullReferenceException: Object reference not set to an instance of an object. at System.Windows.Forms.Control.MarshaledInvoke(Control caller, Delegate method, Object[] args, Boolean synchronous) at System.Windows.Forms.Control.Invoke(Delegate method, Object[] args) at WikiFunctions.API.AsyncApiEdit.CallEvent(Delegate method, Object[] args) at WikiFunctions.API.AsyncApiEdit.InvokerThread(Object genericArgs) — {{U|Technical 13}} (e • t • c) 19:23, 19 June 2014 (UTC) | ||||||
To duplicate: | Unknown | ||||||
Site URL: | https://en.wikipedia.org | ||||||
Operating system | Microsoft Windows NT 6.1.7601 Service Pack 1 | ||||||
.NET FW Version | 2.0.50727.5477 | ||||||
AWB version | AutoWikiBrowser (5.5.3.0), WikiFunctions (5.5.3.0), revision 10194 (2014-05-18 03:19:23) | ||||||
Workaround | |||||||
Fixed in version |
Mag, when WMF goes down, it shouldn't return the above as a AWB bug, it should just say it couldn't reach the API or WMF servers are down please try again later. Don't you think? — {{U|Technical 13}} (e • t • c) 19:23, 19 June 2014 (UTC)
Technical 13 true. I do no know if it possible though. I'll have a look. -- Magioladitis (talk) 07:32, 20 June 2014 (UTC)
Nothing we can do at the moment. AWB assumes everything is fine on server's side otherwise unexpected situations may happen. -- Magioladitis (talk) 11:28, 26 December 2014 (UTC)