Wikipedia talk:AutoWikiBrowser/Bugs/Archive 30#No%20vertical%20scroll%20bar%20in%20diff%20window
{{talk archive navigation}}
{{Notice|All these bugs has been migrated to Phabricator. Please search for them there.}}
ApiErrorException in ApiEdit.CheckForErrors
{{Collapse top|title=Migrated to Phabricator: T87380. (t) Josve05a (c) 19:20, 15 May 2015 (UTC)}}
{{AWB bug
| status = new
| description =
| Exception: | ApiErrorException |
| Message: | Bot API returned the following error: 'The login module requires a POST request' |
| Call stack: | à WikiFunctions.API.ApiEdit.CheckForErrors(String xml, String action) |
WikiFunctions.API.ApiErrorException: Bot API returned the following error: 'The login module requires a POST request'
à WikiFunctions.API.ApiEdit.CheckForErrors(String xml, String action)
à WikiFunctions.API.ApiEdit.Login(String username, String password, String domain)
à WikiFunctions.Profiles.AWBProfilesForm.PerformLogin(String username, String password)
92.137.107.192 (talk) 15:24, 17 June 2013 (UTC)
| OS = Microsoft Windows NT 6.2.9200.0
| version = AutoWikiBrowser (5.5.0.2), WikiFunctions (5.5.0.2), revision 9117 (2013-04-30 20:44:43)
AutoWikiBrowser (5.5.5.0), WikiFunctions (5.5.5.0), revision 10470 (2014-09-22 01:51:36)
| net = 2.0.50727.6400
| site = http://dc-comics.wikia.com
| workaround =
| fix_version =
}}
Bug confirmed in AutoWikiBrowser (5.5.1.3), WikiFunctions (5.5.1.3), revision 9391 (2013-08-09 10:19:33). -- Magioladitis (talk) 08:52, 9 August 2013 (UTC)
Reedy sent a message to Wikia complaining about the bug. -- Magioladitis (talk) 09:11, 9 August 2013 (UTC)
Bug reported in https://wiki.openstreetmap.org too. -- Magioladitis (talk) 20:24, 8 August 2014 (UTC)
In http://wici.porth.ac.uk too and version 5.5.3.0 -- Magioladitis (talk) 20:25, 8 August 2014 (UTC)
In AutoWikiBrowser (5.5.5.0), WikiFunctions (5.5.5.0), revision 10470 (2014-09-22 01:51:36) again. -- Magioladitis (talk) 16:37, 10 December 2014 (UTC)
{{AWB bug
| status = new
| description =
| Exception: | ApiErrorException |
| Message: | Bot API returned the following error: 'The login module requires a POST request' |
| Call stack: | en WikiFunctions.API.ApiEdit.CheckForErrors(String xml, String action) |
WikiFunctions.API.ApiErrorException: Bot API returned the following error: 'The login module requires a POST request'
en WikiFunctions.API.ApiEdit.CheckForErrors(String xml, String action)
en WikiFunctions.API.ApiEdit.Login(String username, String password, String domain)
en WikiFunctions.Profiles.AWBProfilesForm.PerformLogin(String username, String password)
Darots (talk) 03:11, 22 January 2015 (UTC)
| OS = Microsoft Windows NT 6.1.7601 Service Pack 1
| version = AutoWikiBrowser (5.5.6.0), WikiFunctions (5.5.6.0), revision 10538 (2014-12-23 21:37:52)
| net = 2.0.50727.5485
| site = http://losjuegosdelhambre.wikia.com
| workaround =
| fix_version =
}}
{{Collapse bottom}}
SEHException - Bug when parsing [[Ficksburg]]
{{Collapse top|title=Migrated to Phabricator: T99272. (t) Josve05a (c) 19:29, 15 May 2015 (UTC)}}
{{AWB bug
| status = new
| description =
| Exception: | SEHException |
| Message: | External component has thrown an exception. |
| Call stack: | at WikiFunctions.Diff.init() |
System.Runtime.InteropServices.SEHException: External component has thrown an exception.
at WikiFunctions.Diff.init()
at WikiFunctions.Diff..ctor(IList left, IList right, IEqualityComparer comparer)
at WikiFunctions.Diff..ctor(String[] left, String[] right, Boolean caseSensitive, Boolean compareWhitespace)
at WikiFunctions.WikiDiff.GetDiff(String leftText, String rightText, Int32 contextLines)
at AutoWikiBrowser.MainForm.GetDiff()
| AWBPlugins | AWBBasePlugins | ListMakerPlugins |
|---|---|---|
|
|
|
Jamesmcmahon0 (talk) 12:38, 24 February 2014 (UTC)
| OS = Microsoft Windows NT 6.1.7601 Service Pack 1
| version = AutoWikiBrowser (5.5.2.3), WikiFunctions (5.5.2.3), revision 9902 (2014-02-01 17:20:14)
| net = 2.0.50727.5472
| site = https://en.wikipedia.org
| workaround =
| fix_version =
}}
Update: Had a list of pages, AWB had pre-parsed some of them with typo-scanning/skipping on, no custom find-replace, plugins or modules. This error was thrown on all of the pre-parsed pages but not on the un-parsed ones. Jamesmcmahon0 (talk) 12:41, 24 February 2014 (UTC)
http://stackoverflow.com/questions/21087763/sehexception-external-component-has-thrown-an-exception -- Magioladitis (talk) 11:38, 9 August 2014 (UTC)
{{Collapse bottom}}
External processing error
{{Collapse top|title=Migrated to Phabricator: T99273. (t) Josve05a (c) 19:32, 15 May 2015 (UTC)}}
{{AWB bug
| status = new
| description = After successfully processing 100 or so entries, I started getting popup window every time a page loads. The window does not appear for pages being skipped. The top of the window says "External processing error". The body of the window says "The path is not of a legal form." I have tried restarting AWB and rebooting my PC: neither helped. Auntof6 (talk) 04:04, 5 August 2013 (UTC)
| duplicate =
| site = simple.wikipedia.org
| OS = Windows XP Home Edition version 5.1.2600
| net = 2.0.50727.3649
| version = 5.5.1.2 SVN 9356
| workaround = Click OK and continue processing. It doesn't seem to affect the output.
| fix_version =
}}
{{Collapse bottom}}
This page is not opened properly for editing
{{Collapse top|title=Migrated to Phabricator: T99275. (t) Josve05a (c) 19:43, 15 May 2015 (UTC)}}
{{AWB bug
| status = new
| description = nThread: InvokerThread (Save)
| Exception: | ApiException |
| Message: | This page is not opened properly for editing |
| Call stack: | at WikiFunctions.API.ApiEdit.Save(String pageText, String summary, Boolean minor, WatchOptions watch) |
WikiFunctions.API.ApiException: This page is not opened properly for editing
at WikiFunctions.API.ApiEdit.Save(String pageText, String summary, Boolean minor, WatchOptions watch)
Reguyla (talk) 17:35, 7 January 2014 (UTC)
| OS = Microsoft Windows NT 6.1.7601 Service Pack 1
| version = AutoWikiBrowser (5.5.2.2), WikiFunctions (5.5.2.2), revision 9782 (2013-12-10 01:58:16)
| net = 2.0.50727.5472
| site = http://military.wikia.com
| workaround =
| fix_version =
}}
:I have received this error a few times over the past several weeks. If its something I am doing please let me know. Reguyla (talk) 17:35, 7 January 2014 (UTC)
Reguyla military.wikia.com uses "MediaWiki 1.19.9" can you please ask devs to update it to 1.22? -- Magioladitis (talk) 17:32, 8 January 2014 (UTC)
:Thank you, I posted a notice [http://community.wikia.com/wiki/Thread:618598 here] and I submitted a request to the devs. I'll let you know what they say. I suspect its probably either on a schedule already and just hasn't been done yet or they could be potentially waiting on some of the bugs to be fixed in 1.22.1. Since Wikia uses some other extenstions and features (like blogs) they might be doing some additional testing before implementing the patch. Just guessing though. Reguyla (talk) 17:45, 8 January 2014 (UTC)
::Reguyla thanks for the response! Let's see if this fixes the problem. I asked Reedy for further feedback. -- Magioladitis (talk) 18:02, 8 January 2014 (UTC)
:::Awesome, I much appreciate the speedy assistance. Reguyla (talk) 18:05, 8 January 2014 (UTC)
::::Crossposted from Wikia. A user submitted the following comment regarding the problem.
::::"For any developers reading this, the error seems to occur on line 753 of WikiFunctions/API/ApiEdit.cs, when Action!="edit", which would seem to suggest that the page is not in edit mode when it's being saved. If I knew how to build from source, I could suggest some debug code (I've never used C# before, so it could be a trial-and-error)." Reguyla (talk) 18:16, 8 January 2014 (UTC)
:Lol. Wikia isn't going to be upgrading any time soon. Reedy (talk) 19:04, 8 January 2014 (UTC)
::Wikia make somewhat of a mess ontop of MediaWiki, and don't maintain it with the core software. Upgrading is a huge PITA. Reedy (talk) 19:16, 8 January 2014 (UTC)
CheckForErrors(result, "query");
try
{
Page = new PageInfo(result);
Action = "edit";
}
catch (Exception ex)
{
throw new BrokenXmlException(this, ex);
}
return Page.Text;
:You're presumably hitting some weird condition. If it was exceptioning, you'd get a pop up, and it would be cancelled; error handler and start processing that page again. But then you'd know it was erroring (and you'd presumably have said that). So there is some case where it apparently returns out fine, but not set.
:It's a hard thing to debug when it's not replicable on demand. Reedy (talk) 19:15, 8 January 2014 (UTC)
::Thanks Reedy, I totally understand. I'll try and watch for it again and see if I can narrow in on the particulars of the problem. If it helps any I usually get it in bot mode. Only once have I gotten this with my regular account. I got it a couple times in template space and 5 or 6 times in article space. I am also an admin on the site so it shouldn't be an issue with accessing the article. I also verified the articles in question weren't being blocked by a blacklist or global block. If I can get it to come up again I'll take some notes on the instance and post it here. Reguyla (talk) 19:22, 8 January 2014 (UTC)
{{Collapse bottom}}
NullReferenceException in MainForm.SetProject
{{Collapse top|title=Migrated to Phabricator: T99277. (t) Josve05a (c) 20:25, 15 May 2015 (UTC)}}
{{AWB bug
| status = new
| description =
| Exception: | NullReferenceException |
| Message: | Object reference not set to an instance of an object. |
| Call stack: | à AutoWikiBrowser.MainForm.SetProject(String code, ProjectEnum project, String customProject, String protocol) |
System.NullReferenceException: Object reference not set to an instance of an object.
à AutoWikiBrowser.MainForm.SetProject(String code, ProjectEnum project, String customProject, String protocol)
à AutoWikiBrowser.MainForm.LoadPrefs(UserPrefs p)
à AutoWikiBrowser.MainForm.LoadPrefs(String path)
Orikrin1998 (excuse my bad english, I'm french) 17:04, 31 March 2014 (UTC)
| OS = Microsoft Windows NT 6.1.7601 Service Pack 1
| version = AutoWikiBrowser (5.5.2.3), WikiFunctions (5.5.2.3), revision 9902 (2014-02-01 17:20:14)
AutoWikiBrowser (5.5.5.0), WikiFunctions (5.5.5.0), revision 10470 (2014-09-22 01:51:36)
AutoWikiBrowser (5.5.6.0), WikiFunctions (5.5.6.0), revision 10538 (2014-12-23 21:37:52)
| net = 2.0.50727.5466
| site = https://fr.wikipedia.org
| workaround =
| fix_version =
}}
Check Wikipedia_talk:AutoWikiBrowser/Bugs/Archive_23#NullReferenceException_in_MainForm.SetProject. -- Magioladitis (talk) 07:00, 14 April 2014 (UTC)
:I also just had this issue. The previous issues in the archives are not helpful; they just say it's rare and is being archived. This is preventing me from making any edits whatsoever, since I get it on program start. Ithinkicahn (talk) 01:23, 16 May 2014 (UTC)
{{U|Jim Cartar}} did this happen after you upgraded? Did you do something else to catch the bug? -- Magioladitis (talk) 16:43, 2 October 2014 (UTC)
:{{ping|Magioladitis}} I have updated to 5.5.5.0 the day it was released and today when I opened the program I got this bug. Everything was normal, I haven't done anything to catch this bug. Jim Carter 16:52, 2 October 2014 (UTC)
{{U|Jim Cartar}} is this one off r do you get it often/always? -- Magioladitis (talk) 17:37, 3 October 2014 (UTC)
:No.. {{Ping|Magioladitis}} I don't get this bug often. So far I have got this bug twice. Jim Carter 10:27, 4 October 2014 (UTC)
I get this bug when my internet connection is down when I open AWB, and stays even once the connection is working again. עוד מישהו Od Mishehu 19:06, 17 March 2015 (UTC)
- Now in version 5.5.6.0 with me. Setup data from the message (whole dump available):
| OS = Microsoft Windows NT 5.1.2600 Service Pack 3
| version = AutoWikiBrowser (5.5.6.0), WikiFunctions (5.5.6.0), revision 10538 (2014-12-23 21:37:52)
| net = 2.0.50727.3053
| site = https://en.wikipedia.org
This message appears at ~75% of the progress bar. Earlier, at ~10% progress bar, I get this message (in a messagebox with an 'OK' button):
"Netwerk access error De type-initialisatievoor WikiFunctionsParse.Parsers heeft een uitzondering gemaakt" (Dutch; '... has created an exception'?).
I can continue and then log in in AWB. Then, when I {{keypress|Start}} a run, my AWB enters an eternal loop "Restarting in n seconds".
This happens aftersince I installed this version. It could be that it happened days before too (with the previous version). I remember that this happened too with version 5.5.1.0 (August 2014? July 2013; see next post), and then disappeared with its next version. I did not touch the registry or any AWB settings-files. Any ideas or questions? {{ping|Magioladitis}} -DePiep (talk) 17:20, 19 March 2015 (UTC)
:See Archive for 5.5.1.0 (July 2013 it was). {{U|Automatik}} noted they solved it. -DePiep (talk) 18:00, 19 March 2015 (UTC)
::{{@|Magioladitis}} yes that was a duplicate [https://en.wikipedia.org/w/index.php?title=Wikipedia_talk:AutoWikiBrowser/Bugs&diff=652854622&oldid=652836337], but this one is not solved. -DePiep (talk) 11:01, 21 March 2015 (UTC)
:::{{@|DePiep}} I know. We believe that the bug is related to temporary connection problems. I already asked Reedy to help. -- Magioladitis (talk) 13:29, 21 March 2015 (UTC)
::::OK, now I know you have read this :-). Let me know if I can help. -DePiep (talk) 13:55, 21 March 2015 (UTC)
- {{U|Magioladitis}} Is it an option to manipulate the registry? Any other resetting? I'm without AWB for months now. -DePiep (talk) 23:25, 12 April 2015 (UTC)
Reedy, Rjwilmsi. -- Magioladitis (talk) 07:22, 13 April 2015 (UTC)
I just got this when attempting to load settings for use on the Yu-Gi-Oh! wiki; I was able to log in correctly, but none of the settings I tried to load worked. This is on the most recent version of AWB; I've added the version string from my error report to the above template. 「ディノ奴千？！」? · ☎ Dinoguy1000 00:25, 15 May 2015 (UTC)
{{Collapse bottom}}
InvalidOperationException in SpecialPageListProvider.MakeList
{{Collapse top|title=Migrated to Phabricator: T99279. (t) Josve05a (c) 20:33, 15 May 2015 (UTC)}}
{{AWB bug
| status = needinfo
| description = nThread: ListMaker (SpecialPageListProvider: )
| Exception: | InvalidOperationException |
| Message: | Form that is already displayed modally cannot be displayed as a modal dialog box. Close the form before calling showDialog. |
| Call stack: | at System.Windows.Forms.Form.ShowDialog(IWin32Window owner) |
System.InvalidOperationException: Form that is already displayed modally cannot be displayed as a modal dialog box. Close the form before calling showDialog.
at System.Windows.Forms.Form.ShowDialog(IWin32Window owner)
at System.Windows.Forms.Form.ShowDialog()
at WikiFunctions.Lists.Providers.SpecialPageListProvider.MakeList(String[] searchCriteria)
at WikiFunctions.Controls.Lists.ListMaker.MakeTheList()
Unapersona (talk) 08:10, 9 October 2014 (UTC)
| OS = Microsoft Windows NT 6.1.7601 Service Pack 1
| version = AutoWikiBrowser (5.5.4.0), WikiFunctions (5.5.4.0), revision 10393 (2014-08-20 20:29:53)
| net = 2.0.50727.5472
| site = https://ca.wikiquote.org
| workaround =
| fix_version =
}}
:Do you have a reliable way to reproduce this problem? Thanks Rjwilmsi 08:05, 14 October 2014 (UTC)
::I have only followed the instructions of tha AWB to report the bug. But I don't have any idea of what is it about... so no.--Unapersona (talk) 14:44, 22 December 2014 (UTC)
Unapersona what have you been doing when the bug occurred? -- Magioladitis (talk) 12:29, 23 December 2014 (UTC)
:I was making a list of all pages of ca.wikiquote with the Special Page "AllPages". I only rember that.--Unapersona (talk) 16:13, 23 December 2014 (UTC)
It has happened before: Wikipedia_talk:AutoWikiBrowser/Bugs/Archive_22#InvalidOperationException_-_Form_that_is_already_displayed_modally_cannot_be_displayed_as_a_modal_dialog_box._Close_the_form_before_calling_showDialog.. -- Magioladitis (talk) 23:29, 18 February 2015 (UTC)
{{Collapse bottom}}
System.Exception: Attempted to save a wrong page
{{Collapse top|title=Migrated to Phabricator: T99280. (t) Josve05a (c) 20:43, 15 May 2015 (UTC)}}
{{AWB bug
| status = new
| description =
| Exception: | Exception |
| Message: | Attempted to save a wrong page (Article name: '16 marca', session page title: ' |
| Call stack: | in AutoWikiBrowser.MainForm.Save() |
System.Exception: Attempted to save a wrong page (Article name: '16 marca', session page title: '
in AutoWikiBrowser.MainForm.Save()
in AutoWikiBrowser.MainForm.btnSave_Click(Object sender, EventArgs e)
in System.Windows.Forms.Control.OnClick(EventArgs e)
in System.Windows.Forms.Button.OnClick(EventArgs e)
in System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
in System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
in System.Windows.Forms.Control.WndProc(Message& m)
in System.Windows.Forms.ButtonBase.WndProc(Message& m)
in System.Windows.Forms.Button.WndProc(Message& m)
in System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
in System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
in System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
The Polish (talk) 14:09, 20 December 2014 (UTC)
| OS = Microsoft Windows NT 6.2.9200.0
| version = AutoWikiBrowser (5.5.4.0), WikiFunctions (5.5.4.0), revision 10393 (2014-08-20 20:29:53)
| net = 2.0.50727.8009
| site = https://pl.wikipedia.org
| workaround =
| fix_version =
}}
Same:System.Exception: Attempted to save a wrong page (Article name: 'I liga polska w piłce nożnej (2005/2006)', session page title: '
The Polish (talk) 16:16, 21 December 2014 (UTC) with AutoWikiBrowser (5.5.5.0), WikiFunctions (5.5.5.0), revision 10470 (2014-09-22 01:51:36)
The Polish. Did this happen in bot mode? Are you in any special user group in pl.wiki such as admin? -- Magioladitis (talk) 15:29, 28 December 2014 (UTC)
:No, it happened in normal mode (I manually clicked save) and only in ns:0. On pl.wiki I am a redactor. --The Polish (talk) 16:18, 28 December 2014 (UTC)
::Sorry, in all namespaces. --The Polish (talk) 19:47, 29 December 2014 (UTC)
The Polish do you save the pages using the mouse or the shortcut (Ctrl+S)? I also would like to know if your PC is new or old. -- Magioladitis (talk) 17:41, 29 December 2014 (UTC)
:I save pages using the mouse. My PC is very new. Doesn't matter that I made only blank edits? --The Polish (talk) 19:47, 29 December 2014 (UTC)
::The Polish for some reason the pages are not loaded correctly. As you may see "session page title" is blank which is unexpected. -- Magioladitis (talk) 20:03, 29 December 2014 (UTC)
::The Polish do you use the default settings or do you have your own settings loaded? Was this an attempt to make a null edit? -- Magioladitis (talk) 20:06, 29 December 2014 (UTC)
I use the default settings. Null edit is: click edit, don't change anything and click save. --The Polish (talk) 20:40, 29 December 2014 (UTC)
{{Collapse bottom}}
ru.elderscrolls.wikia
{{Collapse top|title=Migrated to Phabricator: T99281. (t) Josve05a (c) 20:48, 15 May 2015 (UTC)}}
{{AWB bug
| status = new
| description = The given key was not present in dictionary.
On others *.elderscrolls.wikia`s AWB works, but on Ru — it won`t.
Tested on Wine in OS X, Windows 7, Windows 8, 8.1 — Same problem... :-(
See also: [http://ru.elderscrolls.wikia.com/wiki/Участник:Кистрел_Дикин/AbsurdLab/AWB-CheckPage?action=history AWB-CheckPage history]
:— [http://ru.elderscrolls.wikia.com/wiki/User:SethBarrettB. Seth] 04:05, 20 February 2015 (UTC)
| OS = Microsoft Windows NT 6.1.7601 Service Pack 1
| version = AutoWikiBrowser (5.5.6.0), WikiFunctions (5.5.6.0), revision 10538 (2014-12-23 21:37:52)
| net = 2.0.50727.3053
| site = http://ru.elderscrolls.wikia.com
| workaround =
| fix_version =
}}
{{Collapse bottom}}
InvalidOperationException Bug
{{Collapse top|title=Migrated to Phabricator: T99282. (t) Josve05a (c) 20:54, 15 May 2015 (UTC)}}
{{AWB bug
| status = new
| description = nThread: BackgroundThread
| Exception: | InvalidOperationException |
| Message: | Collection was modified; enumeration operation may not execute. |
| Call stack: | at System.ThrowHelper.ThrowInvalidOperationException(ExceptionResource resource) |
System.InvalidOperationException: Collection was modified; enumeration operation may not execute.
at System.ThrowHelper.ThrowInvalidOperationException(ExceptionResource resource)
at System.Collections.Generic.List`1.Enumerator.MoveNextRare()
at System.Collections.Generic.List`1.Enumerator.MoveNext()
at System.Linq.Enumerable.
at System.Collections.Generic.List`1..ctor(IEnumerable`1 collection)
at System.Linq.Enumerable.ToList[TSource](IEnumerable`1 source)
at WikiFunctions.Tools.DeduplicateList(List`1 input)
at WikiFunctions.Parse.Parsers.RenameTemplateParameters(String articleText, List`1 RenamedTemplateParameters)
at WikiFunctions.Article.PerformGeneralFixes(Parsers parsers, HideText removeText, ISkipOptions skip, Boolean replaceReferenceTags, Boolean restrictDefaultsortAddition, Boolean noMOSComplianceFixes)
at AutoWikiBrowser.MainForm.ProcessPage(Article theArticle, Boolean mainProcess)
| AWBPlugins | AWBBasePlugins | ListMakerPlugins |
|---|---|---|
|
EoRdE6(Come Talk to Me!) 22:01, 6 April 2015 (UTC)
| OS = Microsoft Windows NT 6.1.7601 Service Pack 1
| version = AutoWikiBrowser (5.5.6.0), WikiFunctions (5.5.6.0), revision 10538 (2014-12-23 21:37:52)
| net = 2.0.50727.5485
| duplicate = [encountered while processing page [https://en.wikipedia.org/w/index.php?title=User%3aEoRdE6%2fsandbox&oldid=655252873]]
| site = https://en.wikipedia.org
| workaround =
| fix_version =
}}
{{Collapse bottom}}
Banners that have parameters with spaces in them are considered a bag tag by KingbotK
{{Collapse top|title=Migrated to Phabricator: T99283. (t) Josve05a (c) 21:03, 15 May 2015 (UTC)}}
{{AWB bug
| status = new
| description = E.g.
| duplicate = Try running the plugin with generic "{{tl|WikiProject Africa}}" on any affected page, i.e. Talk:Bamboes Spruit
| site = en.wiki
| OS = Vista
| net =
| version = 5001.6113 / plugin 2.3.3.0
| workaround = Don't use the plugin =)
| fix_version =
}}
I think the problem is again with the WikiProjectBannerShell. -- Magioladitis (talk) 10:13, 15 June 2010 (UTC) Still occurs after we fixed the WikiProjectBannershell problem. -- Magioladitis (talk) 11:05, 6 August 2010 (UTC)
Problem still occurs. -- Magioladitis (talk) 10:08, 24 March 2014 (UTC)
Still a bug in version 3.0.0.0 -- Magioladitis (talk) 22:58, 10 May 2014 (UTC)
{{Collapse bottom}}
KingbotK plugin doesn't skip on minor edits
{{Collapse top|title=Migrated to Phabricator: T99284. (t) Josve05a (c) 21:07, 15 May 2015 (UTC)}}
{{AWB bug
| status = new
| description = [https://en.wikipedia.org/w/index.php?title=Talk:Mai_Bhago&diff=prev&oldid=550156303 This redirect bypass was done by the plugin and not by any custom settings]. I had N/C activated and still page wasn't skipped. -- Magioladitis (talk) 14:16, 13 April 2013 (UTC)
| duplicate =
| site = enwiki
| OS = 7
| net =
| version = rev 9087 + plugin version 2.3.5.2
| workaround =
| fix_version =
}}
{{Collapse bottom}}
NotImplementedException in Region.GetRegionScans
{{Collapse top|title=Migrated to Phabricator: T99285. (t) Josve05a (c) 21:28, 15 May 2015 (UTC)}}
{{AWB bug
| status = new
| description =
| Exception: | NotImplementedException |
| Message: | Not implemented. |
| Call stack: | at System.Drawing.Region.GetRegionScans(Matrix matrix) |
System.NotImplementedException: Not implemented.
at System.Drawing.Region.GetRegionScans(Matrix matrix)
at System.Windows.Forms.LinkLabel.OnPaint(PaintEventArgs e)
at System.Windows.Forms.Control.PaintWithErrorHandling(PaintEventArgs e, Int16 layer, Boolean disposeEventArgs)
at System.Windows.Forms.Control.WmPaint(Message& m)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.Label.WndProc(Message& m)
at System.Windows.Forms.LinkLabel.WndProc(Message& msg)
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)
At startup. Still on Wine 1.2 on Mandriva 2010.2, after having installed .NET 2.0 and 3.0, and IE 8 using winetricks, as the guide recommands to "install some libraries from Microsoft". At that point the splash screen says "Plugin::LoadPluginsStartup()". AWB seems to correctly finish starting up if I choose "Continue working".
Rinaku (t · [http://toolserver.org/~luxo/contributions/contributions.php?user=rinaku#en.wikipedia.org c]) 14:04, 2 October 2011 (UTC)
:Actually AWB doesn't correctly start up (I said so because I didn't know what AWB is supposed to look like normally): the menu bar is replaced by some sort of error widget (white rectangle with red border and diagonals), as is some widget in the "Regexp typo fixing" block. --Rinaku (t · [http://toolserver.org/~luxo/contributions/contributions.php?user=rinaku#en.wikipedia.org c]) 14:13, 2 October 2011 (UTC)
::But if I blindly click on the error-menubar, the menus appear below. --Rinaku (t · [http://toolserver.org/~luxo/contributions/contributions.php?user=rinaku#en.wikipedia.org c]) 14:25, 2 October 2011 (UTC)
| OS = Microsoft Windows NT 5.1.2600 Service Pack 3
| version = AutoWikiBrowser (5.3.1.0), WikiFunctions (5.3.1.0), revision 7792 (2011-07-23 16:53:25)
| net = 2.0.50727.42
| site = http://en.wikipedia.org
| workaround =
| fix_version =
}}
{{Collapse bottom}}
TypeInitializationException in unknown function
{{Collapse top|title=Migrated to Phabricator: T99287. (t) Josve05a (c) 21:27, 15 May 2015 (UTC)}}
{{AWB bug
| status = new
| description =
| Exception: | TypeInitializationException |
| Message: | An exception was thrown by the type initializer for WikiFunctions.Controls.Lists.ListMaker |
| Call stack: | at AutoWikiBrowser.MainForm.InitializeComponent () [0x00000] in |
| Inner exception: | InvalidOperationException |
| Message: | The comparer threw an exception. |
| Call stack: | at System.Array.SortImpl (System.Array keys, System.Array items, Int32 index, Int32 length, IComparer comparer) [0x00000] in |
| Inner exception: | InvalidCastException |
| Message: | Cannot cast from source type to destination type. |
| Call stack: | at (wrapper managed-to-native) object:__icall_wrapper_mono_object_castclass (object,intptr) |
System.TypeInitializationException: An exception was thrown by the type initializer for WikiFunctions.Controls.Lists.ListMaker ---> System.InvalidOperationException: The comparer threw an exception. ---> System.InvalidCastException: Cannot cast from source type to destination type.
at (wrapper managed-to-native) object:__icall_wrapper_mono_object_castclass (object,intptr)
at System.Reflection.MonoProperty.GetterAdapterFrame[PrefixIndexSpecialPageProvider,String] (System.Reflection.Getter`2 getter, System.Object obj) [0x00000] in
at System.Reflection.MonoProperty.GetValue (System.Object obj, System.Object[] index) [0x00000] in
at System.ComponentModel.ReflectionPropertyDescriptor.GetValue (System.Object component) [0x00000] in
at System.Windows.Forms.ListControl.FilterItemOnProperty (System.Object item, System.String field) [0x00000] in
at System.Windows.Forms.ListControl.GetItemText (System.Object item) [0x00000] in
at (wrapper remoting-invoke-with-check) System.Windows.Forms.ListControl:GetItemText (object)
at System.Windows.Forms.ComboBox+ObjectCollection+ObjectComparer.Compare (System.Object x, System.Object y) [0x00000] in
at System.Array.qsort (System.Array keys, System.Array items, Int32 low0, Int32 high0, IComparer comparer) [0x00000] in
at System.Array.SortImpl (System.Array keys, System.Array items, Int32 index, Int32 length, IComparer comparer) [0x00000] in
--- End of inner exception stack trace ---
at System.Array.SortImpl (System.Array keys, System.Array items, Int32 index, Int32 length, IComparer comparer) [0x00000] in
at System.Array.Sort (System.Array array, Int32 index, Int32 length, IComparer comparer) [0x00000] in
at System.Collections.ArrayList.Sort (IComparer comparer) [0x00000] in
at System.Windows.Forms.ComboBox+ObjectCollection.Sort () [0x00000] in
at System.Windows.Forms.ComboBox+ObjectCollection.AddRange (IList items) [0x00000] in
at System.Windows.Forms.ComboBox.SetItemsCore (IList value) [0x00000] in
at System.Windows.Forms.ListControl.OnItemChanged (System.Object sender, System.Windows.Forms.ItemChangedEventArgs e) [0x00000] in
at System.Windows.Forms.CurrencyManager.OnItemChanged (System.Windows.Forms.ItemChangedEventArgs e) [0x00000] in
at System.Windows.Forms.CurrencyManager.ListChangedHandler (System.Object sender, System.ComponentModel.ListChangedEventArgs e) [0x00000] in
at System.ComponentModel.BindingList`1[WikiFunctions.Lists.Providers.IListProvider].OnListChanged (System.ComponentModel.ListChangedEventArgs e) [0x00000] in
at System.ComponentModel.BindingList`1[WikiFunctions.Lists.Providers.IListProvider].InsertItem (Int32 index, IListProvider item) [0x00000] in
at System.Collections.ObjectModel.Collection`1[WikiFunctions.Lists.Providers.IListProvider].Add (IListProvider item) [0x00000] in
at WikiFunctions.Lists.Providers.SpecialPageListProvider..ctor (WikiFunctions.Lists.Providers.IListProvider[] providers) [0x00000] in
at (wrapper remoting-invoke-with-check) WikiFunctions.Lists.Providers.SpecialPageListProvider:.ctor (WikiFunctions.Lists.Providers.IListProvider[])
at WikiFunctions.Controls.Lists.ListMaker..cctor () [0x00000] in
--- End of inner exception stack trace ---
at AutoWikiBrowser.MainForm.InitializeComponent () [0x00000] in
at AutoWikiBrowser.MainForm..ctor () [0x00000] in
at (wrapper remoting-invoke-with-check) AutoWikiBrowser.MainForm:.ctor ()
at AutoWikiBrowser.Program.Main (System.String[] args) [0x00000] in
ArielGlenn (talk) 05:37, 26 June 2013 (UTC)
| OS = Unix 3.9.5.201
| version = AutoWikiBrowser (5.5.1.2), WikiFunctions (5.5.1.2)
AutoWikiBrowser (5.5.3.0), WikiFunctions (5.5.3.0)
| net = 2.0.50727.1433
| site = https://en.wikipedia.org
| workaround =
| fix_version =
}}
Using Mono 2.10.8 on Fedora 18, monodevelop 2.8.8, having copied in the svn file and downloaded the mshtml dll as described on the build page for AWB with Mono. I didn't expect a successful run but figured I might as well report the error, seems like it might have been a while since someone tried it out. -- ArielGlenn (talk) 05:37, 26 June 2013 (UTC)
:AWB doesn't run under Mono. Build with Mono, run under Wine. Rjwilmsi 07:26, 26 June 2013 (UTC)
{{Ping|Der Buckesfelder}} Do you remember what you did/what you were doing that caused this bug? (t) Josve05a (c) 21:43, 24 March 2014 (UTC)
{{Ping|Der Buckesfelder}} do you use Mono? -- Magioladitis (talk) 23:18, 24 March 2014 (UTC)
:{{Ping|Josve05a|Magioladitis}} I am using vector, but AWB didn't start. It will only load a small while and then completly shut down. --Der Buckesfelder - Talk - Valuation - E-mail 23:02, 28 March 2014 (UTC)
{{Ping|Der Buckesfelder}} I merged the two reports. -- Magioladitis (talk) 07:00, 29 March 2014 (UTC)
{{Collapse bottom}}
NotImplementedException when clicked on a line in alert box on Hebrew Wikipedia
{{Collapse top|title=Migrated to Phabricator: T99289. (t) Josve05a (c) 21:36, 15 May 2015 (UTC)}}
{{AWB bug
| status = new
| description =
| Exception: | NotImplementedException |
| Message: | The method or operation is not implemented. |
| Call stack: | at System.Windows.Forms.UnsafeNativeMethods.ITextDocument.Range(Int32 cp1, Int32 cp2) |
System.NotImplementedException: The method or operation is not implemented.
at System.Windows.Forms.UnsafeNativeMethods.ITextDocument.Range(Int32 cp1, Int32 cp2)
at System.Windows.Forms.TextBoxBase.ScrollToCaret()
at WikiFunctions.Controls.ArticleTextBox.Find(String strRegex, Boolean isRegex, Boolean caseSensitive, String articleName)
at AutoWikiBrowser.MainForm.lbDuplicateWikilinks_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)
Ijon (talk) 01:55, 14 February 2015 (UTC)
| OS = Microsoft Windows NT 5.1.2600 Service Pack 3
| version = AutoWikiBrowser (5.5.6.0), WikiFunctions (5.5.6.0), revision 10538 (2014-12-23 21:37:52)
| net = 2.0.50727.1433
| site = https://he.wikipedia.org
| workaround =
| fix_version =
}}
Ijon do you use Mono/Wine? Which versions? -- Magioladitis (talk) 23:30, 24 February 2015 (UTC)
:Yes, Marios, this was under Wine, v1.6.2. Thanks! Ijon (talk) 18:33, 25 February 2015 (UTC)
{{Collapse bottom}}
AWB does not merge group references
{{Collapse top|title=Migrated to Phabricator: T99290. (t) Josve05a (c) 21:48, 15 May 2015 (UTC)}}
{{AWB bug
| status = new
| description = AWB does not merge group references Headbomb {talk / contribs / physics / books} 19:21, 6 August 2013 (UTC)
| duplicate = See [https://en.wikipedia.org/w/index.php?title=E%288%29_X_E%288%29_heterotic_string_theory&diff=567437159&oldid=566057978], then [https://en.wikipedia.org/w/index.php?title=E%288%29_X_E%288%29_heterotic_string_theory&diff=next&oldid=567437159], then [https://en.wikipedia.org/w/index.php?title=E%288%29_X_E%288%29_heterotic_string_theory&diff=next&oldid=567437240]
| site = en.wiki
| OS = Win 7
| net = 4.5
| version = 5.5.1.2 / SVN 9356
| workaround =
| fix_version =
}}
{{Collapse bottom}}
AWB netbook fail
{{Collapse top|title=Migrated to Phabricator: T99292. (t) Josve05a (c) 22:09, 15 May 2015 (UTC)}}
{{AWB bug
| status = new
| description = As this screenshot indicates, AWB is inexplicably cut off because my screen resolution is too small. —harej (talk) (cool!) 18:48, 9 July 2009 (UTC)
| duplicate = Use AWB on a screen with resolution 1024 by 600.
| site = Immaterial
| OS = Windows XP, but that is probably immaterial
| version = 4.6.0.0 / 5.3.1.0 / 5.5.2.1
| workaround = Using my netbook's VGA output to plug this computer into a larger monitor.
| fix_version =
}}
:Yup, know about that.... I've tried to fix it, but with no luck so far. —Reedy 08:58, 10 July 2009 (UTC)
:: Rather than maximise the app, what happens if you try to manually resize it down to fit your screen? I've just tried resizing AWB here and it would certainly get down to be small enough, but then again I'm starting off with a 1600×1200 screen. ClickRick (talk) 23:56, 12 July 2009 (UTC)
::: I would do that if I could reach the bottom handles of the screen, which I cannot because AWB is too large to fit on my screen. —harej (talk) (cool!) 17:11, 13 July 2009 (UTC)
::::Can you resize from the top left, then move the window up and left? --NE2 23:29, 13 July 2009 (UTC)
::::: Or Alt+Space to bring down the system menu, then S to select Size, then use the arrow keys. ClickRick (talk) 20:09, 19 July 2009 (UTC)
The problem with the above remedies is that it does not expose more of what's on the bottom -- it just increases the size of what is already visible proportionally. —harej (talk) (cool!) 18:36, 27 July 2009 (UTC)
Just stating the obvious: This bug still occurs in 4.9.0.3 -- Magioladitis (talk) 16:55, 28 October 2009 (UTC)
:And 5.0.2.1. ... discospinster talk 19:49, 20 April 2010 (UTC)
::And 5.3.1.0. Resizing the window simply increases the already-visible diff view area, it doesn't affect the fact that the bottom of the window is still cut off. Note also that this cut-off problem continues even if I adjust my screen resolution to (netbook) 1024x768. Please, try to fix this! A fluffernutter is a sandwich! (talk) 18:58, 31 July 2011 (UTC)
:::This is still a problem, as of today, on my 1024x600 netbook screen. Very frustrating. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:50, 20 February 2012 (UTC)
::::UPDATE! This is still not working on my netbook either. 4 years since the bug was reported. -(t) Josve05a (c) 10:19, 15 July 2013 (UTC)
::::I actually posted this below as well #"Remove" and "Filter" buttons disappearing from bottom of list, didn't realise a duplicate was already there :P -- t numbermaniac c 07:54, 6 August 2013 (UTC)
::::And that's on a desktop! -- t numbermaniac c 07:54, 6 August 2013 (UTC)
Still a problem in 5.5.2.1... is there any solution in sight except giving up AWB on small screens? Maybe the minimum height of the diff view area could be decreased as a quick fix. Thanks! -- (talk) 11:39, 4 December 2013 (UTC)
{{Collapse bottom}}
Make list display becomes somewhat garbled when scrolling fast
{{Collapse top|title=Migrated to Phabricator: T99293. (t) Josve05a (c) 23:23, 15 May 2015 (UTC)}}
{{AWB bug
| status = new
| description = When quickly scrolling up and down through a large list in the make list window (by clicking and dragging the slider in the scroll bar), some of the entries overwrite each other in terms of how they are displayed. The entries themselves are fine; however, some of the article titles have the names of the articles that were above them listed on top of them. For example, one of the entries of the list I have open right now is for New York State Route 470. It should read just "New York State Route 470"; however, the displayed text is "New York State Route 470" with the words "New York State Route 446" (the article above it in the list) overlaid on top. – TMF 19:22, 16 November 2009 (UTC)
| duplicate = Make a large list (the list I noticed this on was 215 entries long) and scroll up and down using the method described above
| site =
| OS = Windows 7
| version = 4.9.0.3 rev5636, but this issue existed in the last snapshot I used (I think it was around rev5580 or so) as well.
| workaround = 1) Ignore the garbled text and use AWB as usual. 2) Clicking on the garbled entry (highlighting it) will correct the displayed text. 3) Scrolling slower (using the arrows and/or by clicking in the scroll bar) doesn't seem to cause this issue.
| fix_version =
}}
This may be related to this bug, but I don't think it's the same exact issue. – TMF 19:25, 16 November 2009 (UTC)
:I'd be inclined to agree. I think i have seen it also, but marked it as the controls fault, rather than AWB's. —Reedy 10:52, 17 November 2009 (UTC)
{{Collapse bottom}}
Incorrect preview of the 'pipe trick'
{{Collapse top|title=Migrated to Phabricator: T99294. (t) Josve05a (c) 22:31, 15 May 2015 (UTC)}}
{{AWB bug
| status = new
| description = Wikilinks in the format of,
| duplicate = Change some link piped to a redirect page to the
| site = en.wikipedia.org
| OS = Windows Vista
| net = 2.0.50727.3603
| version = 5.0.2.
| workaround = Ignore the preview or don't use the pipe trick.
| fix_version =
}}
:Which preview? ie on loading show preview/changing the preview? If so, it would seemingly be the API returning the wrong HTML to render... —Reedy 09:58, 5 May 2010 (UTC)
::I usually have the preference on "On loading show changes", but tried the two others as well. Makes no difference. Either you can see the problem immediately (when the change is done automatically) or after pressing the "Preview" button on the "Start" tab. "the API returning the wrong HTML to render": looks like that to me, too.--ospalh (talk) 10:31, 5 May 2010 (UTC)
:::It seems, when you attempt to save
::::Yes, that's why it's called the trick and listed under Help:Magic. I guess not using the pipe trick on automatic changes would be the Right Thing, but i like to use the trick on manual changes. If you use the trick in a web browser and use the "normal" "Show preview" button there,
:I've seen this, too. --Auntof6 (talk) 11:57, 5 May 2010 (UTC)
::I've seen it as well. I've always assumed it was because of the API, since if you edit an article in a browser, add a pipe-tricked linked link, and click "show changes", it shows the link being piped. Same thing with subst'ed templates: show changes in a browser shows it subst'ed, show changes in AWB doesn't. – TMF 13:30, 5 May 2010 (UTC)
:::I'll have to look into it. Depending on the configuration of how this works, is whether it'd be worth dealing with directly in AWB. Or if the API should be applying the pipetrick on the generated preview etc. —Reedy 20:18, 5 May 2010 (UTC)
::::I'd lay money it's the API. Rich Farmbrough, 19:33, 7 September 2010 (UTC).
:::::API preview does not transform the pipe trick in to an HTML link. To me seems better that the API handle this (pipe trick works for preview via Wikipedia edit page through browser). Rjwilmsi 12:08, 28 March 2013 (UTC)
{{Collapse bottom}}
Login/Profiles screen list disappears on clicking headings
{{Collapse top|title=Migrated to Phabricator: T99297. (t) Josve05a (c) 22:38, 15 May 2015 (UTC)}}
{{AWB bug
| status = worksforme
| description = In Login screen, when clicked on any headings of the list (ID, Username, Password saved, etc), the list disappears and AWB stops responding to close. I need to restart the AWB Thaejas (talk) 00:27, 11 May 2010 (UTC)
| duplicate = Open AWB and click on Login/Profiles, then click on any heading in the list.
| site = all sites
| OS = Windows XP
| net = 2.0 .NET Framework Version
| version = 5.0.2.2, SVN 6518
| workaround = Restart AWB
| fix_version =
}}
:WFM on Windows 7... —Reedy 17:36, 11 May 2010 (UTC)
::Also works for me on Windows 7. Rjwilmsi 10:10, 28 May 2010 (UTC)
:::So is there any solution for XP users other than changing the OS? --Thaejas (talk) 12:13, 31 May 2010 (UTC)
::::Also works fine for me on Windows XP SP3. Rjwilmsi 08:20, 20 July 2012 (UTC)
:::::I've experienced this same problem on Windows 7 (64 bit). Colonies Chris (talk) 08:36, 10 October 2012 (UTC)
{{Collapse bottom}}
Fullwidth characters in edit box are not really fullwidth
{{Collapse top|title=Migrated to Phabricator: T99298. (t) Josve05a (c) 22:43, 15 May 2015 (UTC)}}
{{AWB bug
| status = new
| description = Fullwidth characters in the edit box are not actually given full width; any character to the right of a fullwidth character (including another fullwidth character) will slightly overlap its right side. This makes most CJK characters nearly unreadable from the overlap/runon. 「ダイノガイ千？！」? · Talk⇒Dinoguy1000 03:47, 8 June 2010 (UTC)
| duplicate = Load any page with fullwidth characters
| site = wikia:yugioh:Main Page
| OS = Windows 7
| version = 5.0.3.0 (also observed on 5.0.2.0)
| workaround = none
| fix_version =
}}
:Confirm, have seen this myself with Chinese/Japanese characters followed by a closing parenthesis – parenthesis not shown properly. Maybe a RichTextBox setting we need to adjust. Rjwilmsi 22:24, 2 August 2010 (UTC)
::The problem still has not been fixed. I cannot imagine that this could be difficult. Yinweichen (talk) 17:12, 7 March 2014 (UTC)
{{Collapse bottom}}
AWB cannot save letter + combining diacritic when a precomposed Unicode glyph is available
{{Collapse top|title=Migrated to Phabricator: T99303. (t) Josve05a (c) 23:04, 15 May 2015 (UTC)}}
{{AWB bug
| status = needinfo
| description = I'm making corrections to 800 IPA transcriptions of Burmese. Some of these involve changing a diacritic. Many of the vowel+diacritic have no combined Unicode value, and so I made the rules a generic combining-diacritic → combining-diacritic swap. However, some of the combos do have preexisting glyphs, and when saved, WP converts the combos into those glyphs. AWB cannot save a combo that this happens to. Although it displays the proper corrections in the edit box, when I hit 'save', it just restarts (in X seconds).
I can copy the edit box and paste it into any of the articles manually (I've done about 70), and that works fine. That gets to be quite tedious, however.
I reported a similar problem some time ago, here, and that was chalked up to a server problem. However, it's been two days now w the Burmese stuff, and it's still happening. It's also always the same subset of articles.—kwami (talk) 08:24, 2 October 2010 (UTC)
| duplicate = One example replaces a combining under-breve ( ̯ ) with a combining under-tilde ( ̰ ). I made the manual change, cut & pasted from the AWB edit window, [http://en.wikipedia.org/w/index.php?title=Thukha&action=historysubmit&diff=388238310&oldid=387846572 here]. Note that although I copied and pasted from the edit window in AWB, where the diacritics were separate combining glyphs, and that's still the case in the saved version in the page history with a̰, the page history has a precomposed ṵ, which was not produced by AWB. I reverted that change, ran it again, and deleted the under-tildas, and it saved fine [http://en.wikipedia.org/w/index.php?title=Thukha&diff=388240246&oldid=388240216 here]. It also saves fine if I delete only the tilde under the u,[http://en.wikipedia.org/w/index.php?title=Thukha&action=historysubmit&diff=388246382&oldid=388246257] but not if I delete only the tilde under the a.
That particular rule is regex under advanced rules,
A different diacritic I manually overrode was [http://en.wikipedia.org/w/index.php?title=Three_Pagodas_Pass&action=historysubmit&diff=388240527&oldid=381632903 here]. The problematic part was correcting taʊ̀ɴ to tàuɴ. (That accent probably will be fused to the a when I save this posting, but in the edit window it is a separate combining glyph which I can delete by hitting the backspace key.) It only saves if I delete the grave accent over the a (that is, save to tauɴ [http://en.wikipedia.org/w/index.php?title=Three_Pagodas_Pass&diff=next&oldid=388241313]). That's a 'normal settings' rule that finds aʊ̀ and replaces with àu. There is another rule than replaces unaccented ʊ with u in certain environments, and that doesn't cause problems, so it's not the ʊ → u part. Also, when I replaced the combining accent à (which is easier for me to type inside AWB) with precomposed à inside the replace rule, then the problem disappears, as [http://en.wikipedia.org/w/index.php?title=Three_Pagodas_Pass&diff=prev&oldid=388243673 here].
So I figure it's the combining diacritic. I replaced the problematic ṵ in first problem listed above with ʊ̰ (same diacritic on a letter which has no precombined Unicode character for it) and it saved just fine,[http://en.wikipedia.org/w/index.php?title=Supayalat&diff=prev&oldid=388244200 here] just as it did when I cut & pasted in the precomposed letter into the AWB edit box.[http://en.wikipedia.org/w/index.php?title=Supayalat&diff=prev&oldid=388244621]
So it would seem to be specifically (1) trying to save a page with a letter plus combining diacritic sequence, when that combination would normally be converted into a precomposed character when saved in WP, but not (2) when saving the precomposed character itself, or (3) when saving the same diacritic on a letter for which Unicode (or at least WP) does not have a precomposed version.
— kwami (talk) 08:24, 2 October 2010 (UTC)
| site = (above)
| OS = Win7
| net = 2.0.50727.4952
| version = 5.0.3.0
| workaround = create separate rules for every precomposed letter-diacritic combination, or cut and past from the edit window
| fix_version =
}}
:Does [http://en.wikipedia.org/w/index.php?title=Wikipedia%3AAutoWikiBrowser%2FSandbox&action=historysubmit&diff=388274656&oldid=388274612 this sandbox diff] correctly represent the type of edit you want to be making with AWB (text from Thukha article)? Rjwilmsi 12:58, 2 October 2010 (UTC)
::Yes, that's exactly right. I can get it to work if AWB converts u̯ directly into ṵ, but not if it converts into u+ ̰—kwami (talk) 19:15, 2 October 2010 (UTC)
:::I was able to reproduce this once, but now can't get it to happen again. If I have understood your conclusion it's that the diacritic needs to be combined with the letter to the Unicode character for AWB to save. Therefore I suggest you try selecting the text and right-clicking to choose the 'Unicodify selected' option. Does it then allow you to save? Rjwilmsi 21:52, 2 October 2010 (UTC)
::::It was already selected, but it made no difference: I can't save either way. (I assume that unicodifies input from existing sequences on the page, not output from AWB.)
::::Yes, that was my conclusion. I think it might only be sequences that WP unicodifies upon saving, that there's a conflict between what AWB and WP are trying to do.
::::My AWB options: apply gen fixes, unicodify, settings enabled (as above).—kwami (talk) 22:04, 2 October 2010 (UTC)
::::Happening again with a different set of rules [http://en.wikipedia.org/w/index.php?title=Amok_%28dish%29&action=historysubmit&diff=388431352&oldid=385148272 here]. In this case, I've got 1200 preparsed pages in the list, though most won't have this problem.—kwami (talk) 08:05, 3 October 2010 (UTC)
kwami We resolved this by skipping pages with characters in PUA. Am I right or wrong? -- Magioladitis (talk) 16:41, 25 January 2014 (UTC)
:{{ping|User:Magioladitis}} No, this has nothing to do with PUA. It's a matter of replacing combining diacritics with precomposed glyphs within the defined Unicode range. — kwami (talk) 19:20, 25 January 2014 (UTC)
:Just ran a test, and it's still a problem. I simplified it to replacing "u" with "$1̰" in my sandbox. If I run it on "a" instead of "u", it saves properly. (There is no precomposed glyph with "a".) If I replace "u" but copy the result from the AWB edit window and paste it in manually, that also saves. But otherwise AWB skips the article with the log error (Filter by skip reason & Filter exclude skip reason) "MD5 hash error: The page you are editing may contain an unsupported or invalid Unicode character". That's clearly not true: The only thing in my sandbox was "a u a u", and AWB will save normally when the diacritic is on "a". ([https://en.wikipedia.org/w/index.php?title=User:Kwamikagami/sandbox2&diff=592364890&oldid=592364652 Here's] where it saved when I manually deleted the diacritics from "u" but left them on "a".) So all three characters are valid unicode. What appears to be happening is that there's confusion with the precomposed Unicode glyph U+1E75 "ṵ". ([https://en.wikipedia.org/w/index.php?title=User:Kwamikagami/sandbox2&diff=next&oldid=592364890 Here's] where I manually pasted the AWB edit-window result into the article, and that character is what the u+tilde saved as.)
:So this is what I conclude the problem is: If there is a precomposed unicode glyph C that is equivalent to letter A plus combining diacritic B, then AWB will skip an article rather than saving the sequence AB. WP has no problem saving an article with AB in it, but in so doing it replaces it with C. I suspect that there is a conflict between AWB and that feature in WP. — kwami (talk) 19:48, 25 January 2014 (UTC)
{{Collapse bottom}}
No vertical scroll bar in diff window
{{Collapse top|title=Migrated to Phabricator: T99305. (t) Josve05a (c) 23:18, 15 May 2015 (UTC)}}
{{AWB bug
| status = new
| description = No vertical scroll bar appears in the diff window. (The horizontal one does correctly show when appropriate.) MANdARAX • XAЯAbИAM 10:14, 6 November 2010 (UTC)
| duplicate =
| site = en.wiki
| OS = Windows 7 SP 1
| net = 2.0.50727.3615
| version = Various versions through most recent SVN 8097
| workaround = Restart AWB, or use scroll wheel or arrow keys when the focus is on the diff window. Note that clicking in the diff window puts the focus on the edit box. To focus on the diff window, click on "Diff" button or press Ctrl-d or Alt-d.
| fix_version =
}}
Note: I've switched to SVN 7333 because 7351 is too inconvenient and dangerous, making it too difficult to determine what changes will be made. 7333 always displays the vertical scroll bar whether needed or not. MANdARAX • XAЯAbИAM 10:50, 6 November 2010 (UTC)
:I see the horizontal scrollbar in the diff window in SVN 7351. I'm using XP with .Net version 2.0.50727.1873. GoingBatty (talk) 15:46, 6 November 2010 (UTC)
::I have noticed this intermittently on various versions (over last year or so). Restarting AWB seemed to work. Rjwilmsi 16:27, 6 November 2010 (UTC)
:::I hadn't seen this in the almost six months since my report, but then it happened today, with SVN 7634. Restarting AWB does fix it, but I figured I'd mention that it's still happening very intermittently. MANdARAX • XAЯAbИAM 19:47, 28 April 2011 (UTC)
:::I don't know if this will provide any additional information to help diagnose the problem, but today I opened two instances of SVN 7731 at the same time and both had the problem. I was curious what would happen when opening a third; it also had the problem. MANdARAX • XAЯAbИAM 18:02, 27 May 2011 (UTC)
This continues to occur, and has been happening to me more often lately – about three or four times in the last week. I'm now using SVN 8062. I understand that discovering the cause of an elusive bug such as this can be very difficult. But it's inconvenient to have to close and restart AWB when it happens. Until it gets fixed, would it be possible to add an option (maybe in the "View" menu or a right-click menu) to add the scrollbar? Or can the program automatically check to see if the scrollbar is enabled? MANdARAX • XAЯAbИAM 06:43, 4 July 2012 (UTC)
:I've seen this from time to time, but only when I've started another program while AWB is loading. If AWB isn't in the foreground when it starts up, the vertical scrollbar is missing. The workaround is to quit, restart, and let it finish its initialisation in the foreground. I've not seen the scrollbar disappear partway through a session. Is this the behaviour that other users are seeing? -- John of Reading (talk) 07:10, 4 July 2012 (UTC)
::I've tried to make it happen by starting another program while AWB is loading or having another already-loaded program in the foreground when AWB starts, but in each case I got the scrollbar. I did see the scrollbar disappear during a session once. I finished one setting file with no scrollbar problems, then I started another setting file and the scrollbar was gone. It's possible that none of the pages in the first set required scrolling so I didn't notice a missing scrollbar, but I think that's unlikely. MANdARAX • XAЯAbИAM 21:50, 4 July 2012 (UTC)
::I had the scroll bar disappear once in mid session. At the time I was running three copies of AWB. Perhaps the issue is low memory related. A restart of AWB fixed the problem. Regards, SunCreator (talk) 22:24, 4 July 2012 (UTC)
{{outdent}} Can you reproduce the bug in version 5.5.0.1? GoingBatty (talk) 01:22, 13 April 2013 (UTC)
:I could never intentionally reproduce it; it happened intermittently. I just switched to 5.5.0.1, and I'll post if I see it again. (It did happen in 5.5.0.0, SVN 8979.) MANdARAX • XAЯAbИAM 03:52, 13 April 2013 (UTC)
::It just happened in 5.5.0.1, SVN 9049. MANdARAX • XAЯAbИAM 22:30, 28 April 2013 (UTC)
:::And in 5.5.1.2, SVN 9316. MANdARAX • XAЯAbИAM 18:20, 8 July 2013 (UTC)
{{user|Mr Stephen}} has [https://en.wikipedia.org/w/index.php?title=Wikipedia_talk:AutoWikiBrowser&diff=570955021&oldid=570915458 found a way] to lose the scrollbar consistently. I've just reproduced this with AWB 5.5.1.2 SVN 9316 and Windows 7 SP 1: run AWB, minimise it and then exit, eg by logging off Windows. When it next starts the scrollbar is missing. -- John of Reading (talk) 15:20, 1 September 2013 (UTC)
{{Collapse bottom}}
AWB oddly spaces out "Portal" namespace in page list
{{Collapse top|title=Migrated to Phabricator: T99306. (t) Josve05a (c) 23:22, 15 May 2015 (UTC)}}
{{AWB bug
| status = new
| description = Sometimes the "Portal" namespace word is a bit more spaced out than usual, I will provide a link once the picture has uploaded. -- t numbermaniac c 08:10, 19 July 2013 (UTC)
| duplicate = Get a bunch of "Portal" pages in your list
| site = en.wikipedia.org
| OS = Windows XP
| net = 2.0.50727.3649
| version = 5.5.1.2 SVN 9356
| workaround =
| fix_version =
}}
:Link: http://imgur.com/V2An0o6
:Direct link: http://i.imgur.com/V2An0o6.png
:-- t numbermaniac c 08:13, 19 July 2013 (UTC)
I don't this is something we can fix or we need to fix. List box sometimes justifies text. -- Magioladitis (talk) 08:29, 22 November 2013 (UTC)
{{Collapse bottom}}
Typo fixing should be before SimplifyLinks
{{Collapse top|title=Migrated to Phabricator: T99307. (t) Josve05a (c) 23:31, 15 May 2015 (UTC)}}
{{AWB bug
| status = new
| description = Per Wikipedia:AutoWikiBrowser/Order of procedures, general fixes run before typo fixing. Instead, typo fixing should run before SimplifyLinks. GoingBatty (talk) 15:00, 2 September 2013 (UTC)
| duplicate = Try Yassine Bounou with no general fixes, and see that AWB correctly changes
| site = en.wikipedia.org
| OS = Windows 7
| net = 2.0.50727.5472
| version = 5.5.1.3 SVN 9458
| workaround = manually identify and fix before saving
| fix_version =
}}
GoingBatty, recall Wikipedia_talk:AutoWikiBrowser/Bugs/Archive_21#Fix_brackets_before_typo_fixes and please tell me if we rollback what else we need to do. -- Magioladitis (talk) 18:21, 2 September 2013 (UTC)
:{{ping|Magioladitis}} - How about FixSyntax, then Typo fixing, then SimplifyLinks? GoingBatty (talk) 19:00, 2 September 2013 (UTC)
::Maybe, but we may end up with the overhead of extra HideText calls. Rjwilmsi 20:18, 6 September 2013 (UTC)
{{Collapse bottom}}
Editing change keyboard layout
{{Collapse top|title=Migrated to Phabricator: T99308. (t) Josve05a (c) 23:37, 15 May 2015 (UTC)}}
{{AWB bug
| status = new
| description = When editing text in the Edit box, I can change the keyboard language to alternative language (RO in my case) using default Windows shortcut (Ctrl-shift), but clicking anywhere in the edit box change the language back to the default EN keyboard language. This also happens when I change the language while editing and move with the arrow keys. Phaneb (talk) 08:20, 22 December 2013 (UTC)
| duplicate = 1. Login and input a list of pages to change. Click start. 2. Change keyboard language to an alternative language (by shortcut or using the language bar) 4. Cicking anywhere in the Edit box switch back the language to default.
| site = ro. wiktionary.org
| OS = Windows 7
| net = 2.0.50727.5472
| version = 5.5.2.2
| workaround = If I click in the edit box, then change the languange, then just type and avoid clicking/navigating in the edit box, I can write in the alternate language
| fix_version =
}}
Wikipedia_talk:AutoWikiBrowser/Bugs/Archive_15#Keyboard_language_switch_bugs_happens_again. -- Magioladitis (talk) 09:00, 31 January 2014 (UTC)
{{Collapse bottom}}
When the bot stops when saving a page and then restarts, a saved page is considered skipped in the "Logs" tab
{{Collapse top|title=Migrated to Phabricator: T99309. (t) Josve05a (c) 23:42, 15 May 2015 (UTC)}}
{{AWB bug
| status = needinfo
| description = File:Bug AWB - Logs.png
Hi. I just noticed that, in bot mode, with a delay of 0 seconds, if I click on the "Stop" button whereas the bot is about to save a page, it actually stops the activity of bot, but when I click on "Start" again, I see the page that is actually saved in the "Skipped" pages, in the logs, instead of in the "Succesfully saved" pages. See a screenshot on the right, and the page actually saved [https://fr.wiktionary.org/w/index.php?title=acolpar&diff=18069341&oldid=18041535 here], or [https://fr.wiktionary.org/w/index.php?title=acipar&diff=prev&oldid=18069321 this other example] (the log shows this page too). Automatik (talk) 20:33, 31 March 2014 (UTC)
| duplicate =
| site = fr.wiktionary
| OS = Windows 7
| net = 2.0.50727.5477
| version = 5.5.2.3
| workaround = As you can see for the second example (the page acipar), the time shown in the history for the registration of the page is earlier than the time reported in the log of skipped pages. It is possible that, whereas the registration takes place, adding the page in the log of successfully saved pages doesn't occur, then, once restarted, the program does not know we saved the page and so on puts the page in the log of skipped pages.
| fix_version =
}}
{{ping|Automatik}} As saving a page takes time if you (or AWB automatically when in bot mode) sends the save request to the API, then before the API has replied to confirm the edit has been completed, you press Stop in AWB, then a bit later you process the page again in AWB, the edit will probably have saved in the meantime. So then depending on your skip criteria the page is now skipped and in AWB it looks like you never made the edit. So what do you expect AWB to do here? Rjwilmsi 11:27, 24 April 2014 (UTC)
: Maybe it is possible to receive responses from the API to process them even when the bot is stopped while prohibiting requests (for saving) to the API. Automatik (talk) 22:07, 24 April 2014 (UTC)
{{Collapse bottom}}
Unable to undo changes via diff double click
{{Collapse top|title=Migrated to Phabricator: T99310. (t) Josve05a (c) 23:50, 15 May 2015 (UTC)}}
{{AWB bug
| status = wfm
| description = Unable to undo changes via diff double click — Preceding unsigned comment added by Helder.wiki (talk • contribs) 18:26, April 30, 2014 (UTC)
| duplicate = Create any search/replace rule and apply it to any article. When the diff appears, try to double click on one of the changes to undo it. Nothing will happens.
| site = pt.wikipedia.org
| OS = Windows XP
| net = 2.0.50727.3082
| version = 5.5.2.3
| workaround =
| fix_version =
}}
{{U|Helder.wiki}} It works for me. Please update to version 5.5.3.0 or later and try again. Re-report if problem persists. -- Magioladitis (talk) 06:58, 20 July 2014 (UTC)
:{{reply to|Magioladitis}} still not working on 5.5.3.0. Helder.wiki 14:08, 21 July 2014 (UTC)
::{{U|Helder.wiki}} where do you double click? You should double-click on the diff windows. -- Magioladitis (talk) 14:09, 21 July 2014 (UTC)
:::That you are running XP might be the problem. Do you have MS Office installed? If not you may need to find and download the Microsoft.mshtml.dll file and put it next to the AutoWikiBrowser.exe. Rjwilmsi 14:21, 21 July 2014 (UTC)
:::I'm double clicking in the diff window. Why is AWB requiring this dll if it wasn't before? Helder.wiki 15:54, 21 July 2014 (UTC)
::::Other users reported a bug that diff text could not be selected and copied via Control+C. The changes meant that users with Windows XP or wine users without MS Office need the additional DLL file to have the new functionality. I did not think existing diff double click was affected, so the additional DLL is not certain to fix your problem, but I'd like you to try it. Thanks Rjwilmsi 07:39, 22 July 2014 (UTC)
{{Collapse bottom}}
Clicking in edit box after switching focus to a different window causes edit box to scroll to top
{{Collapse top|title=Migrated to Phabricator: T99313. (t) Josve05a (c) 23:56, 15 May 2015 (UTC)}}
{{AWB bug
| status = new
| description = When editing in the edit box I often am using multiple windows. If I switch focus to a different window and then later click in the edit box to resume focus on AWB the edit box will often scroll to the top losing the position at which I am editing. This may require that a window be overlapping AWB. — Makyen (talk) 09:33, May 4, 2014 (UTC)
| duplicate = Happens fairly commonly while switching back an forth editing, but I have not yet attempted to min-case it. My impression is that it does not happen 100% of the time, but I need to investigate.
| site = enwiki
| OS = Windows XP
| net = 2.0.50727.3655
| version = 5.5.2.3
| workaround = probably use other methods of switching window focus. I will try a alternatives.
| fix_version =
}}
I am not sure if this case covers all of the times that I have seen this issue, but it does cause the issue and is repeatable: It happens if you select text and then click and drag (even a small amount) within the edit box such as to create a situation that is recognized as a drag and drop move. The mouse pointer will indicate that the target is not valid for a drop, but when the mouse button is released the window scrolls to the top of the page. — Makyen (talk) 13:35, 10 May 2014 (UTC)
{{Collapse bottom}}
Sometimes upon clicking save AWB restarts same article without hand edited changes
{{Collapse top|title=Migrated to Phabricator: T99314. (t) Josve05a (c) 00:06, 16 May 2015 (UTC)}}
{{AWB bug
| status = needinfo
| description = After clicking "Save" AWB will, from time to time, drop all edits and restart on the same article from scratch. This would be fine if the only edits were automatic ones. In each case I remember, I had spent considerable time hand editing the page. However, it could easily have also occurred when only automatic edits were made as those don't have the same level of frustration associated with loosing the edits and are not remembered as well. In these cases autosave.txt does not contain the text from the previous edit, or is overwritten with the new text. Simple fix: do not clear/overwrite autosave.txt until a hand edit is made in the edit box for the next article. This would permit the user to go find the last version of the text in the autosave.txt file for the previous article if there was a problem prior to starting hand editing work on the next/same article.
NOTE: This is not due to an edit conflict; at least that possibility I was able to check.
This happens often enough such that I am considering developing the habit of copying all the text to the clipboard prior to saving.
It would be very helpful if there was a way to auto-recover the prior edited text. Off the top of my head ways to do this would be to ping-pong between two autosave files; have a few that are used in rotation; have one associated with article name and edit start time with only X kept; etc. Where it switches between them upon the user indicating save. However, this much larger solution would be an RFE.— Makyen (talk) 05:14, 6 May 2014 (UTC)
| duplicate = Not sure. However, it has happened multiple times; more than enough such that it is quite anoying.
| site = enwiki
| OS = Windows XP
| net = 2.0.50727.3655
| version = 5.5.2.3
| workaround = none; copy text elsewhere prior to save in case of failure.
| fix_version =
}}
:{{ping|Makyen}} Have you tried right clicking in the edit box and choosing "Replace text with last edit", documented at Wikipedia:AutoWikiBrowser/User_manual#Edit_box_context_menu? Rjwilmsi 07:01, 6 May 2014 (UTC)
::No. While I did look for such a feature, I completely missed it in the context menu. I had hoped something would exist given the existence of autosave.txt, but failed to find it. Sorry about that.
::However, I did, at the times, check the actual contents of autosave.txt. That file contained either a total of 3 bytes (Unicode byte order mark), or a copy of the unedited article, not the previously edited contents. The next time this happens I will try the function available from the context menu to verify that there is an actual problem here rather than just a failure on my part to use the features already available.
::If the "Replace text with last edit" function fills the article content from the current contents of autosave.txt it will not recover the text as edited as the edited contents were not there. If it fills from a version of the text internal to AWB, then this is probably user error and not a bug. Although, it would be nice if the autosave.txt file, or a temporary copy of it, continued to have valid contents from the previous edit through the beginning of hand edits for the next page.
::Hmmm... The Unicode byte order mark version – I saved, via copy, a couple of versions of autosave.txt – may be from one of the times AWB went into an infinite restarting countdown loop (a bug I have not yet filed; seen at least twice; requires killing and restarting AWB). — Makyen (talk) 00:30, 7 May 2014 (UTC)
:::Autosave.txt and "Replace text with last edit" are unrelated. Rjwilmsi 07:26, 7 May 2014 (UTC)
::::Thank you for the information.
::::I confirm the primarily issue as my failure to RTFM. The use of the "Replace text with last edit" appears to solve the majority, but not all, of the times this is an issue. [NOTE: The single failure of saving .. restarting .. re-edit is rare. It has only happened twice since the above post pointing me at the manual, but in both cases "Replace text with last edit" has restored the edited text.]
::::However, there is a rarer situation for which it would be nice to not have autosave.txt overwritten prior to hand editing the next article (or at least until the article is confirmed as saved). On a couple/few occasions AWB has gotten into infinite, or semi-infinite loops. The first reason this has happened has been due to unknown causes where AWB will repeatedly do the "Restarting in XX" countdown and apparently never get out of it. I have always killed AWB after it has run through that process several or a few times. AWB might get out of it on its own eventually, but it does not do so in the time I have let it run. In those situations, the edit is not saved and the autosave.txt file does not contain the contents of the edit. it would be helpful if that file was not overwritten until the next article is being edited rather then at, or shortly after, the save button is clicked.
::::However, this is a much more rare occurrence than just failing to save and bringing up the same article again (say like 1 in 10??).
::::On the other hand, my assumption from the existence of an autosave.txt file is that it is supposed to be the last fallback to obtain a copy of the edits in the case of an AWB crash, system crash, or other such failure. Assuming that is the case, it should not be overwritten at least until the edit is confirmed as saved. — Makyen (talk) 10:22, 10 May 2014 (UTC)
:::::{{ping|Makyen}} The autosave is based on a timer only. There is also a right click option in the edit box to save the entire contents to a text file at any point you like. What are you expecting in addition? A third option whereby AWB automatically saves the edit box text each time the user press Save, so that text file remains until the user presses Save again? Rjwilmsi 08:13, 11 May 2014 (UTC)
::::::{{ping|Rjwilmsi}} As I understand the function of a file like autosave.txt is that it is a last ditch backup of the edited contents of the page. Ultimately, what I was reporting was that on a few occasions I did not find the hoped-for contents when I went to the autosave.txt file to find a backup copy of text which I had hand edited. This was on pages for which I had clicked the save button but not had the page actually save. The "Replace text with last edit" context menu function solves this issue in the majority of cases, but not all. What I was suggesting as a way to make it such that the contents of the possibly lost edit be available in as many failure modes as possible is that the autosave.txt file not be overwritten until the user manually edits the next page. Specifically, the file was blanked on at least one occasion (I don't specifically remember about others). On that occasion the entire contents of the file was a Unicode byte order mark. This implied to me that the file was overwritten at some point when AWB did not actually have any data in the buffer. This would be consistent with the file being written with the contents of a buffer, upon callback from a timer without checking to see if the contents of the buffer were valid.
::::::Making a change would cause the logic for saving the buffer to autosave.txt to be somewhat more complex than only on a timer. In the callback from the timer, prior to saving, it would need to check to see if the current buffer was valid or had been manually changed. The manually changed part might make this more complicated than needed.
::::::Having a third backup method/option (make additional backup upon clicking save kept until clicking save on the next page) is a valid solution to the desired function of having a backup in case of failures and would solve the issue I reported. It would also keep the backup available to the user for a longer time. Given that it is just a call to save the text in a file each time the save button is clicked it might be easier to implement than checking for a manual edit in the current auto-save timer function.
::::::Basically, what I would like is a way to recover manually edited data when the save fails and AWB never makes it to the point where "Replace text with last edit" can be used. I had assumed the autosave.txt file would fill this need, but found that it did not when I tried to find lost edits.
::::::It appears I am not communicating well. Perhaps if I describe the logic I am attempting to communicate: Suggested logic (based on assumptions from your description above):
::::::*main program: buffer valid flag set when data from a page is ready ("Ready to save") to be edited by the user. Flag cleared when "Processing page" (i.e. during re-parse). Function to save autosave.txt file called upon user clicking save, then buffer valid flag cleared.
::::::*autosave.txt timer callback: save if buffer valid flag is set. Do nothing if buffer valid flag is cleared.
::::::I believe that would solve the issue which I had of not finding data in the autosave.txt file when the problem/crash/hang occurred between clicking save and being presented with a page to edit ("Ready to save"). — Makyen (talk) 00:28, 13 May 2014 (UTC)
{{Collapse bottom}}
Database scanner: wrong display of the window
{{Collapse top|title=Migrated to Phabricator: T99316. (t) Josve05a (c) 00:20, 16 May 2015 (UTC)}}
{{AWB bug
| status = new
| description = File:AWB Database scanner - bug display.png
The display of the Database scanner's window is not fine if the text of the screen is resized by the OS. (see image on the right) Automatik (talk) 14:34, 20 April 2014 (UTC)
NB: same for the main interface of AWB.
| duplicate = Increase the size text of 125% from the Control Panel and go on the database scanner to see the display (my screen size is 15.4 inch)
| site = N/A
| OS = Windows 7
| net = 2.0.50727.5477
| version = 5.5.2.3
| workaround =
| fix_version =
}}
{{Collapse bottom}}
ExplicitCapture
{{Collapse top|title=Migrated to Phabricator: T99317. (t) Josve05a (c) 00:23, 16 May 2015 (UTC)}}
{{AWB bug
| status = new
| description = This option is only working in test mode. Has anyone a test regexp + string? Because this option get not saved. Perhelion (talk) 00:24, 22 May 2014 (UTC)
| duplicate =
| site =
| OS = Win 7
| net =
| version = ...5.5.2.3... & ...5.5.3.0...
| workaround =
| fix_version =
}}
{{Collapse bottom}}
Wrong selection
{{Collapse top|title=Migrated to Phabricator: T99318. (t) Josve05a (c) 00:25, 16 May 2015 (UTC)}}
Also in this version is present a strange behaviour. When there's a bold word word like
{{Collapse bottom}}
Double click on deleted last line doesn't work
{{Collapse top|title=Migrated to Phabricator: T99320. (t) Josve05a (c) 00:42, 16 May 2015 (UTC)}}
{{AWB bug
| status = needinfo
| description = When removing the last line of a page (e.g removing {{tl|Pennsylvania-geo-stub}} on pages without other stub tags), double clicking on it in the diff doesn't work when the section is long enough to need a scroll bar עוד מישהו Od Mishehu 12:28, 1 October 2014 (UTC)
| duplicate =
| site = English Wikipedia
| OS = Windows XP
| net = 2.0.50727.4961
| version = 5.5.5.0
| workaround = Add enough blank lines, and click on the "Diff" button; this only happens on a deleted line, not a modified one.
| fix_version =
}}
:{{ping|Od Mishehu}} Does double clicking on the left hand side of the diff, not the right hand side work in this case? Rjwilmsi 09:34, 11 November 2014 (UTC)
::No, that's always where I click for deleted lines. עוד מישהו Od Mishehu 16:01, 11 November 2014 (UTC)
:::OK, strange then, works for me under Wine (.NET 3.5). Do you have the Microsoft.mshtml.dll next to your AutoWikiBrowser.exe (per the installation instructions), this might help? Rjwilmsi 17:35, 11 November 2014 (UTC)
::::I only have the unzipped version of AutoWikiBrowser5550.zip, along with a few configuration files and list files which I haven't bothered deleting. עוד מישהו Od Mishehu 17:48, 11 November 2014 (UTC)
:::::OK, please try running AWB with Microsoft.mshtml.dll next to the AutoWikiBrowser.exe file. Rjwilmsi 17:41, 12 November 2014 (UTC)
::::::Where do I get this file? עוד מישהו Od Mishehu 16:12, 13 November 2014 (UTC)
:::::::The Microsoft licence doesn't allow us to distribute it so you would have to google for it. Rjwilmsi 12:02, 14 November 2014 (UTC)
{{unindent}}It's still happenning - just got it at Cameron Park Historic District. עוד מישהו Od Mishehu 07:53, 19 November 2014 (UTC)
{{ping|Od Mishehu}} do you have Windows XP? -- Magioladitis (talk) 22:11, 29 March 2015 (UTC)
:Yes. עוד מישהו Od Mishehu 02:46, 30 March 2015 (UTC)
{{ping|Od Mishehu}} Pease add your name in Wikipedia_talk:AutoWikiBrowser#Windows_XP_users. -- Magioladitis (talk) 08:12, 30 March 2015 (UTC)
{{Collapse bottom}}
Can't load the list of typos if I am not logged in
{{Collapse top|title=Migrated to Phabricator: T99322. (t) Josve05a (c) 00:51, 16 May 2015 (UTC)}}
{{AWB bug
| status = new
| description = My settings file contains the list of pages to work on alongside my settings (including enabling typo fixing). The following scenario works:
- Login to arwiki.
- Load the settings file.
The following scenario does not work:
- Load the settings file.
- Login to arwiki.
All settings are loaded correctly except loading the list of typos to be fixed which fails saying that no typos are loaded and offering to load the list of enwiki typos. The list of typos on arwiki is ar:ويكيبيديا:الأوتو ويكي براوزر/المستبدلات. This is a trivial bug but I thought that reporting it would be helpful. Meno25 (talk) 15:16, 30 December 2014 (UTC)
| duplicate = Try to load a settings file that include enabling typo fixing on arwiki before logging in. Settings are loaded correctly except the list of typos to be fixed.
| site = https://ar.wikipedia.org
| OS = Windows 8
| net = 2.0.50727.6421
| version = 5.5.6.0 SVN 10538
| workaround = Login before loading the settings file.
| fix_version =
}}
:To be more clear checking the "Regex typo fixing" option does not work if I am not logged in. --Meno25 (talk) 15:18, 30 December 2014 (UTC)
::Does it work if you have those settings loaded as default? Does it work if regextypofix is disabled (and hasn't been enabled in this session) before loading the settings file? I'm suspecting a condition where it's already loaded say the enwiki typos on startup, but then doesn't reload the other typos, as the state of the checkbox doesn't change (and possibly, because the typos are already loaded(?))... Reedy (talk) 00:01, 18 February 2015 (UTC)
:::No in both cases using SVN 10828. --Meno25 (talk) 06:11, 18 February 2015 (UTC)
{{Collapse bottom}}
Clicking to undo a typo fix messes up article text
{{Collapse top|title=Migrated to Phabricator: T99323. (t) Josve05a (c) 01:05, 16 May 2015 (UTC)}}
{{AWB bug
| status = new
| description = Run AWB with typo fixing enabled on [https://ar.wikipedia.org/w/index.php?title=%D8%AA%D8%B1%D9%83%D9%8A_%D8%B9%D8%A8%D8%AF_%D8%A7%D9%84%D8%BA%D9%86%D9%8A&oldid=12138827 this revision] of ar:تركي عبد الغني (list of typos on arwiki is at ar:ويكيبيديا:الأوتو ويكي براوزر/المستبدلات) and in diff view click on the paragraph that contains "أبو ظبي" to forbid it being changed to "أبوظبي". Click save. Two things:
- "أبو ظبي" is changed to "أبوظبي" regardless of your click.
- The paragraph after the paragraph that contains "أبو ظبي" (that begins with "شارك في العديد") overrides the paragraph immediately before the paragraph that contains "أبو ظبي" (that begins with "يكتب القصيدة العمودية"). The paragraph immediately before the paragraph that contains "أبو ظبي" is lost. This is weird I know. Meno25 (talk) 22:25, 15 January 2015 (UTC)
| duplicate =
| site = https://ar.wikipedia.org
| OS = Windows 8
| net = 2.0.50727.6421
| version = 5.5.6.0 SVN 10538
| workaround =
| fix_version =
}}
:Here is another example. This is a rare bug but it occurs sometimes. Working on [https://ar.wikipedia.org/w/index.php?title=%D8%AE%D9%8A%D8%B1_%D8%A7%D9%84%D8%AF%D9%8A%D9%86_%D8%A7%D9%84%D8%B1%D9%85%D9%84%D9%8A&oldid=14796307 this revision] of ar:خير الدين الرملي, clicking on "الوهاب" to forbid changing it to "الوهأب" does not work. The paragraph immediately above the paragraph that contains "الوهاب" (that consists of the header
::A [https://ar.wikipedia.org/w/index.php?title=%D8%B9%D8%A8%D8%AF_%D8%A7%D9%84%D9%85%D8%AC%D9%8A%D8%AF_%D8%A7%D9%84%D8%AB%D9%82%D9%81%D9%8A&diff=14878456&oldid=14878455 third one]. --Meno25 (talk) 09:59, 3 February 2015 (UTC)
:::A [https://ar.wikipedia.org/w/index.php?title=%D9%81%D8%B1%D9%8A%D9%82_%D8%B7%D9%8A%D8%A7%D8%B1&diff=14886553&oldid=14367980 fourth edit]. --Meno25 (talk) 07:27, 4 February 2015 (UTC)
{{Collapse bottom}}
Chinese-named stub tag on zhwp
{{Collapse top|title=Migrated to Phabricator: T99325. (t) Josve05a (c) 01:20, 16 May 2015 (UTC)}}
{{AWB bug
| status = new
| description = In Chinese Wikipedia, while
| site = zh.wiki
| fix_version =
}}
:Is this for zh, zh-classical and zh-yue? Reedy (talk) 19:42, 28 February 2015 (UTC)
{{Collapse bottom}}
Undo and Ctrl+Z in the Replace Special window operate on the rules list exclusively, never the "Find" and "If" tabs
{{Collapse top|title=Migrated to Phabricator: T99326. (t) Josve05a (c) 01:24, 16 May 2015 (UTC)}}
{{AWB bug
| status = new
| description = I'm never able to undo changes anywhere in the "Find" and "If" tabs. Instead, the last action performed on the rules list is always undone. When redoing the undo, changes made to the removed rule are kept (thank god). Apologies if this is a feature request, because it seems like an annoying bug to me. ~ Tom.Reding (talk ⋅contribs ⋅dgaf) 14:52, 3 February 2015 (UTC)
| duplicate = Create 2 rules, numbered 1 and 2. Add text in either the "Find" or "If" tabs. Ctrl+Z.
| site = N/A
| OS = Windows 7 Ultimate 64-bit SP1
| net = 2.0.50727.5485
| version = 5.5.6.0
| workaround = Fortunately, for now, Ctrl+Y also operates exclusively on the rules list.
| fix_version =
}}
{{Collapse bottom}}
Hyphen rule applied inconsistently
{{Collapse top|title=Migrated to Phabricator: T99327. (t) Josve05a (c) 01:27, 16 May 2015 (UTC)}}
{{AWB bug
| status = new
| description = Per Sammyrice: [https://en.wikipedia.org/w/index.php?title=Richard_Hoskin&oldid=646759833&diff=prev], [https://en.wikipedia.org/w/index.php?title=Pascall_Roberts&oldid=646760110&diff=prev], [https://en.wikipedia.org/w/index.php?title=Murtuza_Baig&oldid=646760013&diff=prev], [https://en.wikipedia.org/w/index.php?title=Randall_Lyon&oldid=646759908&diff=prev] -- Magioladitis (talk) 08:42, 14 February 2015 (UTC)
| duplicate =
| site = en.wiki
| OS = 8
| net =
| version = rev 10823
| workaround =
| fix_version =
}}
{{Collapse bottom}}
General fixes doesn't always move Multiple issues above infobox
{{Collapse top|title=Migrated to Phabricator: T99328. (t) Josve05a (c) 01:30, 16 May 2015 (UTC)}}
{{AWB bug
| status = new
| description = We've had discussions about moving the most common maintenance templates above infoboxes (e.g. this request). Could you please add {{tl|Multiple issues}} to the list of templates to be moved above infoboxes? (I tried to look at /AWB/UnitTests/SorterTests.cs and /AWB/WikiFunctions/WikiRegexes.cs to see if {{tl|Multiple issues}} is one of the templates that gets moved, but couldn't understand what I was looking at.) Thanks! GoingBatty (talk) 16:20, 23 February 2015 (UTC)
| duplicate = Try International Student Congress of (bio)Medical Sciences
| site = en.wikipedia.org
| OS = Windows 7
| net = 2.0.50727.5485
| version = 5.5.6.1 SVN 10835
| workaround = Move manually before saving
| fix_version =
}}
{{Collapse bottom}}
Number of Edits > 15,000 shows 20,000 instead
{{Collapse top|title=Migrated to Phabricator: T99329. (t) Josve05a (c) 01:42, 16 May 2015 (UTC)}}
{{AWB bug
| status = new
| description = If one tries to get a list of last edits of a certain user using method "User contribs (user defined number)", and the parameter 'number of edits' value is more than 15,000, the output shows 20,000 edits. It has been examined trying 15,000 (OK); 15,100 (shows 20,000); 15,500 (same), 15,900 (same), 16,000 (same). MaxBioHazard (talk) 17:20, 24 February 2015 (UTC)
| duplicate =
| site = ruwiki
| OS = Win 8.1
| net = last
| version = last
| workaround =
| fix_version =
}}
- You'll see the same behaviour with 10,100 etc too, you'll get it rounded up to the nearest 5k (if logged in and you have the apihighlimits right). If logged out, you'll get 10,500. This is essentially expected behaviour, documented in the MW API at [https://en.wikipedia.org/w/api.php?action=help&modules=query%2Busercontribs]. It is a bug, but it's not a major one. We can probably handle it better, we know which queries are "expensive" and which that aren't. So we could be smarter with the limit values we pass to know how many results we have, knowing how many we'll get on each request etc. I'll probably work on it eventually, but this should probably be moved to phabricator for longer term. Reedy (talk) 23:48, 25 February 2015 (UTC)
- But API already now allows you to request any number of edits, not only maximum. It's bug, because if requested and received values differ to 4000, list must be long and time consuming cleaned manually. MaxBioHazard (talk) 20:53, 26 February 2015 (UTC)
- I didn't say it wasn't a bug, it's just not a major one. But you are confused. If you make an API request with a limit number greater than "max" (which is shorthand to just give you the maximum amount of results you're "allowed" in one request), you will just be returned the value of max:
const LIMIT_BIG1 = 500; // Fast query, std user limit
const LIMIT_BIG2 = 5000; // Fast query, bot/sysop limit
const LIMIT_SML1 = 50; // Slow query, std user limit
const LIMIT_SML2 = 500; // Slow query, bot/sysop limit
- To get more than these amounts (500/5000 as user contribs is a "fast" query), you have to do multiple requests. See this example requesting 25000 results for me [https://en.wikipedia.org/w/api.php?action=query&format=xmlfm&list=usercontribs&ucuser=Reedy&uclimit=25000&ucnamespace=]
- You'll get 5000 results. Not the number you provided. To then get more results, you do a request passing in the correct continuation information. So, in the case you're requesting 10,100 results. You'll do 2 requests that give you 5000 results each. Because 2x5000 = 10000 < 10,1000, it will then do a third request for "max" results (another 5000). Which gives you the 15,000 results. If you're not a bot/sysop or have the apihighlimits rights via whatever other method, you'll get 10,500.
- Like I say, it is a bug (I don't dispute that), but it's not a major one. It's going to be full of dupes anyway (most people edit the same page numerous times), so you probably should filter for dupes to begin with anyway. Reedy (talk) 17:38, 27 February 2015 (UTC)
- I know all you say me. In sentence "API now allows you to request any number of edits, not only maximum" I mean that this number can be LESS than maximum. Request /w/api.php?action=query&list=usercontribs&format=xml&uclimit=123&ucuser=MaxBioHazard will give 123 last edits, not 500. So, AWB should divide requested number of edits to expression A*500(0)+B (B < 500(0)) and send last request with parameter uclimit=B. MaxBioHazard (talk) 19:04, 1 March 2015 (UTC)
{{Collapse bottom}}
Any Wiki search (text) returns [[Quotation mark]]
{{Collapse top|title=Migrated to Phabricator: T99330, which closed as dupe of T91219, which is the main-task now. (t) Josve05a (c) 01:49, 16 May 2015 (UTC)}}
{{AWB bug
| status = new
| description = Anytime I try a search using Source: Wiki search (text) with a word or phrase in quotes, the first result is always Quotation mark GoingBatty (talk) 22:30, 1 March 2015 (UTC)
| duplicate = Try searching for "Juanuary"
| site = en.wikipedia.org
| OS = Windows 7
| net = 2.0.50727.5485
| version = 5.5.6.1 SVN 10842
| workaround = manually remove article from list
| fix_version =
}}
:Unless we're encoding the "" wrong, this is an MW/CirrusSearch/ElasticSearch bug. I've filed it {{phab|T91219}} and CC'd you. Reedy (talk) 22:48, 1 March 2015 (UTC)
{{Collapse bottom}}
AWB does not start on Windows XP with .NET Framework 2.0 or 3.0
{{Collapse top|title=Migrated to Phabricator: T99334. (t) Josve05a (c) 02:05, 16 May 2015 (UTC)}}
{{AWB bug
| status = nedinfo
| description =
| Exception: | MissingMethodException |
| Message: | Method not found: 'Void Microsoft.CSharp.CSharpCodeProvider..ctor(System.Collections.Generic.IDictionary`2 |
| Call stack: | at WikiFunctions.CustomModules.CSharpCustomModule..ctor() |
System.MissingMethodException: Method not found: 'Void Microsoft.CSharp.CSharpCodeProvider..ctor(System.Collections.Generic.IDictionary`2
at WikiFunctions.CustomModules.CSharpCustomModule..ctor()
at WikiFunctions.CustomModules.CustomModuleCompiler.GetList()
at AutoWikiBrowser.CustomModule..ctor()
at AutoWikiBrowser.MainForm..ctor()
at AutoWikiBrowser.Program.Main(String[] args)
Smile4ever (talk) 07:53, 13 April 2015 (UTC)
| OS = Microsoft Windows NT 5.1.2600 Service Pack 3
| version = AutoWikiBrowser (5.5.6.0), WikiFunctions (5.5.6.0), revision 10538 (2014-12-23 21:37:52)
| net = 2.0.50727.42
| site = https://en.wikipedia.org
| workaround =
| fix_version =
}}
:Do you have .NET 3.5 installed or only 3.0? The process is going down the .NET 3.5 path but it looks like you don't have that (fully) installed, maybe if you have 3.0 but not 3.5 things won't work. Alternatively it should work with just .NET 2.0 and nothing higher. Rjwilmsi 13:16, 13 April 2015 (UTC)
:: Only 3.0. If I just install 2.0 (and not 3.0 or anything higher), this very same error occurs. This is also the same error as on Linux with Wine if using "winetricks dotnet20". Kind regards, Smile4ever (talk) 16:27, 13 April 2015 (UTC)
{{Collapse bottom}}
Some problems with AWB on commons
{{Collapse top|title=Migrated to Phabricator: T99336. (t) Josve05a (c) 02:16, 16 May 2015 (UTC)}}
{{AWB bug
| status = new
| description = Some problems with AWB periodically come up when its used on commons but most of the people who use AWB there are blocked here so they cannot report them and it doesn't look like anyone from the AWB team every looks there. I personally am more interested in building up the projects than whether I get blocked for helpful contributions so here are a couple that I have seen.
- Could AWB be changed to remove double categories on commons like it does on ENWP. This can be tested by adding double categories to a userspace sandbox page.
- AWB attempts to add :Commons:Category:Living people to things that appear to be living people but Category:Living people is a redirect to People by name there.
- When AWB adds the above it adds it at the bottom of the page regardless of where categories are
- AWB should not add it if the category is already present.
- AWB should add :Commons:Category:People by name to categories if they are about living people and do not already contain it. This can be done by looking at the People related categories like it does on ENWP.
- AWB often tries to remove the en. from links to
en.Aricle name and it shouldn't.96.255.237.170 (talk) 15:14, 18 April 2015 (UTC)
| duplicate =
| site = Commons
| OS = Windows 7 and 8
| net =
| version = 5.5.6.0
| workaround = Turn off all the automatic editing features
| fix_version =
}}
- Confirmed.
- Confirmed. We 'll just drop the addition I guess.
- Not Confirmed. [https://commons.wikimedia.org/w/index.php?title=Category:Chris_Barnes_%28bowler%29&action=history]. -- Magioladitis (talk) 19:23, 18 April 2015 (UTC)
:#Thank you for the speedy action. Number 3 most often occurs when the interwiki links appear before the categories. If I find a couple I'll drop the links here. 96.255.237.170 (talk) 19:34, 18 April 2015 (UTC)
Thanks. I think we can fix all of these. -- Magioladitis (talk) 19:39, 18 April 2015 (UTC)
:Your welcome and thank you. I did find one for number 3. Take a look at :Commons:Category:John Alexander Hammerton. 96.255.237.170 (talk) 20:12, 18 April 2015 (UTC)
It turns the best we could do is enable meta data sort for commons and disable adding Living people category on commons. -- Magioladitis (talk) 22:32, 18 April 2015 (UTC)
:Ok thanks. I think its safe to say the adding of Living people is undesired and should be disabled but could you clarify what effect turning on meta data sort would have? 96.255.237.170 (talk) 23:04, 18 April 2015 (UTC)
::Hm.. my comment was mainly a self-note. It's a function we use to sort categories. Check WP:AWB/GF. -- Magioladitis (talk) 23:07, 18 April 2015 (UTC)
{{Collapse bottom}}
NullReferenceException in MainForm.SetProject
{{Collapse top|title=Migrated to Phabricator: T99337. (t) Josve05a (c) 02:25, 16 May 2015 (UTC)}}
{{AWB bug
| status = new
| description =
| Exception: | NullReferenceException |
| Message: | La référence d'objet n'est pas définie à une instance d'un objet. |
| Call stack: | à AutoWikiBrowser.MainForm.SetProject(String code, ProjectEnum project, String customProject, String protocol) |
System.NullReferenceException: La référence d'objet n'est pas définie à une instance d'un objet.
à AutoWikiBrowser.MainForm.SetProject(String code, ProjectEnum project, String customProject, String protocol)
à AutoWikiBrowser.MainForm.LoadPrefs(UserPrefs p)
à AutoWikiBrowser.MainForm.LoadPrefs(String path)
Automatik (talk) 13:06, 11 May 2015 (UTC)
| OS = Microsoft Windows NT 6.1.7601 Service Pack 1
| version = AutoWikiBrowser (5.5.6.0), WikiFunctions (5.5.6.0), revision 10538 (2014-12-23 21:37:52)
| net = 2.0.50727.5485
| site = https://fr.wiktionary.org
| workaround =
| fix_version =
}}
By the way, La référence d'objet n'est pas définie à une instance d'un objet. makes no sense in French. Regards, Automatik (talk) 13:06, 11 May 2015 (UTC)
:Duplicate from #NullReferenceException in MainForm.SetProject above? (same section title too) -DePiep (talk) 13:39, 11 May 2015 (UTC)
::It's possible.
::Nota: I think I had this bug because I opened AWB too early (the session was not fully initialized). Automatik (talk) 13:41, 11 May 2015 (UTC)
:::With me, I do not have this experience as a possible bug cause (at all). About the French La référence ... phrasing: isn't that a Microsoft message? Knowing the English wording, to me it makes sense in object oriented programming. -DePiep (talk) 07:14, 12 May 2015 (UTC)
{{Collapse bottom}}
:This bug is not solved in AWB 5.5.7.0. Worse: there was no communication. (I am without AWB since December 2014). -DePiep (talk) 22:50, 20 May 2015 (UTC)
Duplicate tag fixes
{{Collapse top|title=Migrated to Phabricator: T99338. (t) Josve05a (c) 02:31, 16 May 2015 (UTC)}}
{{AWB bug
| status = new
| description = It didn't detect and fix duplicate orphan tags inside the multiple issues template on https://en.wikipedia.org/w/index.php?title=Karin_Ireland&diff=prev&oldid=662198462 3gg5amp1e (talk) 19:53, 13 May 2015 (UTC)
| duplicate =
| site = https://en.wikipedia.org/wiki/Karin_Ireland
| OS = Windows 6.1
| net = 2.0.50727.5485
| version = 5.5.5.0
| workaround = Manually deleted duplicate in edit box before clicking save
| fix_version =
}}
{{ping|3gg5amp1e}} This may be a feature request instead - I don't see anything documented on WP:AWB/GF stating that AWB removes duplicate tags. GoingBatty (talk) 02:57, 14 May 2015 (UTC)
: GoingBatty it seems really silly that it wouldn't since I've seen it reorder tags and put them inside of Multiple issues when there is already a multiple issues on the page (although I haven't seen it wrap multiple tags in multiple issues on its own or remove multiple issues template when there is only one issue, which it should probably do too.). Anyways, if you think it should be a request, please do move it for me as I'm not sure how to do that exactly or what the protocol is. Thank you very much {{GENDER:GoingBatty|sir|madam|sir or madam}}. 3gg5amp1e (talk) 11:49, 14 May 2015 (UTC)
::The example article has two {{tl|orphan}} templates with different parameters. I don't think we should arbitrarily be removing one of the duplicates. Rjwilmsi 09:53, 29 May 2015 (UTC)
:::{{ping|3gg5amp1e}} Do you have a suggestion for non-arbitary logic that could be used to remove one of the duplicates? GoingBatty (talk) 23:17, 29 May 2015 (UTC)
{{Collapse bottom}}
ThreadStateException in AsyncApiEdit.Abort
{{AWB bug
| status = new
| description =
| Exception: | ThreadStateException |
| Message: | Tråden er ikke startet. |
| Call stack: | ved System.Threading.Thread.JoinInternal() |
System.Threading.ThreadStateException: Tråden er ikke startet.
ved System.Threading.Thread.JoinInternal()
ved WikiFunctions.API.AsyncApiEdit.Abort()
ved AutoWikiBrowser.MainForm.Stop()
ved AutoWikiBrowser.MainForm.btnStop_Click(Object sender, EventArgs e)
ved System.Windows.Forms.Control.OnClick(EventArgs e)
ved System.Windows.Forms.Button.OnClick(EventArgs e)
ved System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
ved System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
ved System.Windows.Forms.Control.WndProc(Message& m)
ved System.Windows.Forms.ButtonBase.WndProc(Message& m)
ved System.Windows.Forms.Button.WndProc(Message& m)
ved System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
ved System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
ved System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
Teodor 12:46, 21 May 2015 (UTC)
| OS = Microsoft Windows NT 6.1.7601 Service Pack 1
| version = AutoWikiBrowser (5.5.6.0), WikiFunctions (5.5.6.0), revision 10538 (2014-12-23 21:37:52)
| net = 2.0.50727.5485
| site = https://no.wiktionary.org
| workaround =
| fix_version =
}}
Can't save default prefs
So, I managed to fix my previous bug. Now another one has come up: every time I try to hit the "Save settings as default" button to save the settings, it constantly tells me "Saving settings failed due to insufficient permissions". This error makes no sense because it's saving to my own profile, which is marked as an admin. This error did not occur before in a previous version. I have tried to use the compatibility options, which served no effect. Is there a bug with the program? --86.138.162.18 (talk) 22:54, 22 May 2015 (UTC)
AWB is no longer logging the pages it edits
{{Tracked|T100506}}
{{AWB bug
| status = needinfo
| description = AWB is no longer logging the pages it edits עוד מישהו Od Mishehu 12:58, 27 May 2015 (UTC)
| duplicate = Use AWB to edit pages (or to skip them); open the "Page logs" tab; it will be empty.
| site = English Wikipedia
| OS = Windows 6.1
| net = 2.0.50727.5420
| version = 5.5.7.0
| workaround =
| fix_version =
}}
:Under Options->Preferences, General tab, is "Enable Logging" ticked? Rjwilmsi 14:45, 27 May 2015 (UTC)
Stop adding/updating Persondata
{{AWB bug
| status = fixed
| description = It appears that {{tl|Persondata}} has been deprecated per this RfC Therefore, could you please disable the Persondata general fixes? Thanks! GoingBatty (talk) 16:31, 30 May 2015 (UTC)
| duplicate =
| site = en.wikipedia.org
| OS =
| net =
| version =
| workaround =
| fix_version = {{awbsvn|11039}}
}}
At Wikipedia:Bot requests#Remove persondata, Magioladitis wrote "AWB bots will stop adding Persondata after {{awbsvn|11039}}." GoingBatty (talk) 20:09, 2 June 2015 (UTC)
Remove functionality to Insert Meta-data template
{{AWB bug
| status = new
| description = It appears that {{tl|Persondata}} has been deprecated per this RfC Therefore, could you please disable the functionality in the Edit box context menu to Insert Meta-data template? Thanks! GoingBatty (talk) 16:42, 30 May 2015 (UTC)
| duplicate =
| site = en.wikipedia.org
| OS =
| net =
| version =
| workaround =
| fix_version =
}}
ZipException in ZipFile.ReadEntries
{{AWB bug
| status = new
| description = Thread:
| Exception: | ZipException |
| Message: | Cannot find central directory |
| Call stack: | at ICSharpCode.SharpZipLib.Zip.ZipFile.ReadEntries() |
— Rhododendrites talk \\ 18:56, 2 June 2015 (UTC)
| OS = Microsoft Windows NT 6.1.7601 Service Pack 1
| version = AWBUpdater (2.0.2.1), AWBUpdater (2.0.2.1) | net = 2.0.50727.5485
| workaround =
| fix_version =
}}
TypeLoadException
{{AWB bug
| status = new
| description =
| Exception: | TypeLoadException |
| Message: | Could not load type 'WikiFunctions.Controls.ComboBoxInvoke' from assembly 'WikiFunctions, Version=5.5.5.0, Culture=neutral, PublicKeyToken=null'. |
| Call stack: | at AutoWikiBrowser.MainForm..ctor() |
System.TypeLoadException: Could not load type 'WikiFunctions.Controls.ComboBoxInvoke' from assembly 'WikiFunctions, Version=5.5.5.0, Culture=neutral, PublicKeyToken=null'.
at AutoWikiBrowser.MainForm..ctor()
at AutoWikiBrowser.Program.Main(String[] args)
A1 (talk) 19:59, 14 June 2015 (UTC)
| OS = Microsoft Windows NT 6.1.7601 Service Pack 1
| version = AutoWikiBrowser (5.5.7.0), WikiFunctions (5.5.5.0), revision 10470 (2014-09-22 01:51:36)
| net = 2.0.50727.5477
| site = https://en.wikipedia.org
| workaround =
| fix_version =
}}
A1 This is an incomplete update. I see that WikiFunctions is still in version 5.5.5.0. -- Magioladitis (talk) 20:10, 14 June 2015 (UTC)
A1 please download version 5.6.0.0 from https://sourceforge.net/projects/autowikibrowser/ -- Magioladitis (talk) 20:12, 14 June 2015 (UTC)
NoLimitsPlugin.dll
{{Resolved}}
AWB version 5.6.0.0, Russian Wikipedia.
NoLimitsPlugin.dll do not work. Example - Query 'Make list Category (NL, Admin, Bot)' for :ru:Категория:Страницы, использующие повторяющиеся аргументы в вызовах шаблонов (~24k pages) gives only 5000 pages.
I supposed, it can be related to API changes in end of June. Alex Spade (talk) 12:34, 11 July 2015 (UTC)
- Update to 5.7.0.0 has solved problem. Alex Spade (talk) 16:26, 15 July 2015 (UTC)
:Alex Spade yes, it was due to API changes. We updated our code. -- Magioladitis (talk) 16:48, 15 July 2015 (UTC)
Cannot switch sites
{{Resolved}}
After today's update to 5.7.0.0 I cannot switch from en.wiki to my local pl.wiki where I have a bot account. So, I cannot use AWB at all. There is an error message popped up saying about error connection to server. I have tried others local wikis and the same problem occurred. Blackfish (talk) 21:33, 14 July 2015 (UTC)
- I have the same issue - can't switch to en.wikisource, en.wiktionary, or commons. bd2412 T 03:21, 15 July 2015 (UTC)
{{ping|Blackfish|BD2412}} Please re-download the version 5.7.0.0 and tell me if the problem persists. I uploaded an older version of a dll and fixed two hours later. -- Magioladitis (talk) 05:51, 15 July 2015 (UTC)
After updating 5.7.0.0 can't change the "language of the site" from EN to RU. Игорь Темиров (talk) 05:17, 15 July 2015 (UTC)
Игорь Темиров Please re-download the version 5.7.0.0 and tell me if the problem persists. I uploaded an older version of a dll and fixed two hours later. -- Magioladitis (talk) 05:52, 15 July 2015 (UTC)
: Magioladitis Thanks! Now it works. Игорь Темиров (talk) 06:15, 15 July 2015 (UTC)
:: Magioladitis Thanks a lot Magiolatidits from it.wikipedia.org. It's all OK. — Ciao! --Pracchia-78 (talk) 09:38, 15 July 2015 (UTC)
:: Thanks for the quick fix! bd2412 T 17:41, 15 July 2015 (UTC)
ZipException in ZipFile.ReadEntries
{{Wikipedia:AutoWikiBrowser/Migrated|1=T101152}}
{{AWB bug
| status = new
| description = Thread:
| Exception: | ZipException |
| Message: | Cannot find central directory |
| Call stack: | at ICSharpCode.SharpZipLib.Zip.ZipFile.ReadEntries() |
콩가루 (talk) 16:31, 16 July 2015 (UTC)
| OS = Microsoft Windows NT 6.2.9200.0
| version = AWBUpdater (2.0.2.1), AWBUpdater (2.0.2.1) | net = 2.0.50727.8009
| workaround =
| fix_version =
}}
:I tried to update AWB but it failed.--콩가루 (talk) 16:31, 16 July 2015 (UTC)
Old bug
Whatever. The bug I reported on six version ago still happens in 5700. Why should I spend time on a new bug report, and even have to log in externally, while it was not even acknowledged back then? -DePiep (talk) 21:35, 20 July 2015 (UTC)
:The bug has been migrated. No need to create a new bug for it. There should be a task-number on the archive page. (t) Josve05a (c) 23:35, 20 July 2015 (UTC)
Duplicate Typo Rule AND Version v5.7 of AWB does not find replacement as it used to
{{Resolved}}
Hello each time I open AWB (v5.7), that I use on Wikipedia FR, I get the following error as seen in the following screen clipping :
Using the past version v5.5.6, I never experienced the issue. No mater how many times the app is restarted, and I am not so sure what to do.
Also and more important, since the new version it barely find any changes to make on pages which defeat the purpose of the application.
Finally lots no units work properly anymore (example: finding 10 000 km does not offer to change to
Is this in the list of known bugs ?
For me the last part, is the most important issue, as it nearly renders AWB unusable.
Your help is appreciated. Thanks in advance. — Ludopedia(Talk) 18:55, 2 September 2015 (UTC)
:Re: the typo error, I'm not seeing it in my copy of AWB, and I don't think we have the rule shown in the error display even one time. Is there a separate French typo repository it checks? Stevie is the man! Talk • Work 19:17, 2 September 2015 (UTC)
:I just checked the French typos (which I just discovered), and indeed, a duplicate find with a different replace was added on August 30. That needs to be checked out by someone over there. Stevie is the man! Talk • Work 19:24, 2 September 2015 (UTC)
::{{reply to|Stevietheman}}, I do thank you so much for your reply ! Thanks for confirming "we don't have the rule shown in the error display even one time". I also understand now that this is an error which is localized with the French typos of AWB. This is very helpful. (I am not sure at all how this works, but it is a start I can post a message on the FR forum now). Merci beaucoup ! — Ludopedia(Talk) 04:41, 3 September 2015 (UTC)
{{tracked|T111315|declined}}
:::{{reply to|Stevietheman}}, I'm the one who created the duplicate find with a differente replace. That's too bad that AWB can't handle properly such things, at least not blocking the tool completely. I added the rule to provide 2 different replace for things like
::::Thanks for filing on Phabricator. Assuming it is fixed somehow, I guess you may have to decide which is the more likely rule to apply and put that first (although I'm not sure if AWB exactly performs typo rules in listed order). Alternatively, this all may be a reason to not have any of the two rules. Typo rules are supposed to work for all cases, handling any exceptions that pop up so as to avoid false positives. Or, maybe the two find rules could be rewritten with different lookaheads/lookbehinds? Stevie is the man! Talk • Work 10:30, 3 September 2015 (UTC)
:Re: "since the new version it barely find any changes to make on pages", this could be happening because the pages have few or no issues to fix. After all, AWB's base fixes are pretty conservative. And as for converting amount values to using templates, I'm not sure AWB ever did that, at least not in the English Wikipedia. Stevie is the man! Talk • Work 10:36, 3 September 2015 (UTC)
::Here's a link to AWB's general fixes. You may want to open a feature request for the template addition request. In the meantime, you could create a find & replace rule to add the template. GoingBatty (talk) 03:12, 4 September 2015 (UTC)
:::I'm not interested in requesting any such change. Perhaps you are responding to the wrong editor? Stevie is the man! Talk • Work 14:09, 4 September 2015 (UTC)
::::{{ping|Stevietheman|Ludopedia}} Sorry for not splitting my comment to make it clear which sentence was for which editor. GoingBatty (talk) 15:39, 5 September 2015 (UTC)
I already suggested that WPCleaner uses a different list for "Typo fixes suggestions". AWB will stay to what it does and we may consider using the created list in the future. -- Magioladitis (talk) 05:21, 4 September 2015 (UTC)
:::::Thank you to all AWB is now all working again like it used to, no more error message, which is great :-) — Ludopedia(Talk) 22:22, 6 September 2015 (UTC)