Wikipedia talk:AutoWikiBrowser/Bugs
- Home
Introduction and rules - User manual
How to use AWB - Discussion
Discuss AWB, report errors, and request features - User tasks
Request or help with AWB-able tasks - Technical
Technical documentation
AWB is used at the user's/bot owner's discretion.
|
|
Exceptions
NullReferenceException in DabControl.DabControl_Load
| Status |  New
| ||||||
|---|---|---|---|---|---|---|---|
| Description |
System.NullReferenceException: Object reference not set to an instance of an object. at WikiFunctions.Disambiguation.DabControl.DabControl_Load(Object sender, EventArgs e) | ||||||
| To duplicate: | [encountered while processing page [1]] | ||||||
| Site URL: | https://simple.wikipedia.org | ||||||
| Operating system | Microsoft Windows NT 5.1.2600 Service Pack 3 | ||||||
| .NET FW Version | 2.0.50727.3643 | ||||||
| AWB version | AutoWikiBrowser (5.5.0.0), WikiFunctions (5.5.0.0), revision 8979 (2013-03-22 13:02:58) | ||||||
| Workaround | |||||||
| Fixed in version |
Most probably some temporary loss of connection. -- Magioladitis (talk) 17:22, 4 September 2013 (UTC)
Previous reports: 5.0.0.0, revision 5996 (2010-01-11 20:59:49) and 4.4.2.0, revision 3552 (2008-12-13 22:16:46). -- Magioladitis (talk) 07:26, 27 December 2013 (UTC)
[encountered while processing page [2]] @ ru.fallout.wikia.com with AWB 5.0.0.0, revision 5996 (2010-01-11 20:59:49), .NET 2.0.50727.42 and OS Microsoft Windows NT 5.1.2600 SP 2. -- Magioladitis (talk) 07:28, 27 December 2013 (UTC)
ApiErrorException in ApiEdit.CheckForErrors
| Status | New
| ||||||
|---|---|---|---|---|---|---|---|
| Description |
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) | ||||||
| To duplicate: | Unknown | ||||||
| Site URL: | http://dc-comics.wikia.com | ||||||
| Operating system | Microsoft Windows NT 6.2.9200.0 | ||||||
| .NET FW Version | 2.0.50727.6400 | ||||||
| AWB 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) | ||||||
| Workaround | |||||||
| Fixed in 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 http://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)
ExternalException
| Status | New
| ||||||
|---|---|---|---|---|---|---|---|
| Description |
System.Runtime.InteropServices.ExternalException: A generic error occurred in GDI+. at System.Drawing.Graphics.CheckErrorStatus(Int32 status) at System.Drawing.Graphics.DrawString(String s, Font font, Brush brush, RectangleF layoutRectangle, StringFormat format) at WikiFunctions.Controls.Lists.ListMaker.lbArticles_DrawItem(Object sender, DrawItemEventArgs e) at System.Windows.Forms.ListBox.OnDrawItem(DrawItemEventArgs e) at System.Windows.Forms.ListBox.WmReflectDrawItem(Message& m) 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) Prabodh 01:48, 27 October 2013 (UTC) | ||||||
| To duplicate: | Unknown | ||||||
| Site URL: | https://mr.wikipedia.org | ||||||
| Operating system | Microsoft Windows NT 6.2.9200.0 | ||||||
| .NET FW Version | 2.0.50727.7905 | ||||||
| AWB version | AutoWikiBrowser (5.5.1.3), WikiFunctions (5.5.1.3), revision 9470 (2013-09-08 19:11:52) | ||||||
| Workaround | |||||||
| Fixed in version |
Prabodh what did you do to catch this bug? -- Magioladitis (talk) 11:26, 27 October 2013 (UTC)
- I got a message that this is a known bug, but still providing additional information. I tried replacing text. I also received similar error when I tried simply searching a keyword.Prabodh 02:15, 28 October 2013 (UTC)
ArgumentException in AsyncApiEdit.CallEvent
| Status | New
| ||||||
|---|---|---|---|---|---|---|---|
| Description |
System.ArgumentException: Empty path name is not legal. at System.Windows.Forms.Control.MarshaledInvoke(Control caller, Delegate method, Object[] args, Boolean synchronous) at System.Windows.Forms.Control.Invoke(Delegate method, Object[] args) at WikiFunctions.API.AsyncApiEdit.CallEvent(Delegate method, Object[] args) at WikiFunctions.API.AsyncApiEdit.InvokerThread(Object genericArgs) TehAnonymous (talk) 21:49, 20 October 2013 (UTC) | ||||||
| To duplicate: | [encountered while processing page [3]] | ||||||
| Site URL: | http://leagueoflegends.wikia.com | ||||||
| Operating system | Microsoft Windows NT 6.1.7601 Service Pack 1 | ||||||
| .NET FW Version | 2.0.50727.5472 | ||||||
| AWB version | AutoWikiBrowser (5.5.1.3), WikiFunctions (5.5.1.3), revision 9469 (2013-09-08 20:54:21) | ||||||
| Workaround | |||||||
| Fixed in version |
ArgumentOutOfRangeException in Article.Categorisation
| Status | New
| ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description |
System.ArgumentOutOfRangeException: 指定的参数已超出有效值的范围。 参数名: option 在 WikiFunctions.Article.Categorisation(CategorisationOptions option, Parsers parsers, Boolean skipIfNoChange, String categoryText, String categoryText2, Boolean removeSortKey) 在 AutoWikiBrowser.MainForm.ProcessPage(Article theArticle, Boolean mainProcess)
Walter Grassroot |talk 02:00, 4 January 2014 (UTC) | ||||||||||||
| To duplicate: | [encountered while processing page [4]] | ||||||||||||
| Site URL: | https://zh.wikipedia.org | ||||||||||||
| Operating system | Microsoft Windows NT 6.2.9200.0 | ||||||||||||
| .NET FW Version | 2.0.50727.6407 | ||||||||||||
| AWB version | AutoWikiBrowser (5.5.2.2), WikiFunctions (5.5.2.2), revision 9782 (2013-12-10 01:58:16) | ||||||||||||
| Workaround | |||||||||||||
| Fixed in version |
Walter Grassroot which of the three things you tried: To add, remove or replace a category? -- Magioladitis (talk) 10:05, 7 January 2014 (UTC)
Walter Grassroot and if it possible to provide us the settings file you used when you caught the bug. -- Magioladitis (talk) 11:56, 16 January 2014 (UTC)
- Yes, sir. I was about to create the articles by my bot using AWB in Zh-wikipedia. The problem is unresolved when I used my laptop (WIN 8), but it works on my office computer (WIN 7). I wanna whether it matters with the computer system. --Walter Grassroot |talk 12:57, 16 January 2014 (UTC)
Walter Grassroot can you post or send me by email the AWB settings file you use in your laptop? -- Magioladitis (talk) 13:15, 16 January 2014 (UTC)
InvalidOperationException in UserPrefs.LoadPrefs
| Status | New
| ||||||
|---|---|---|---|---|---|---|---|
| Description |
System.InvalidOperationException: Unable to generate a temporary class (result=1). error CS0016: Could not write to output file 'c:\Dokumente und Einstellungen\Administrator\Lokale Einstellungen\Temp\qjmqzssj.dll' -- 'Zugriff verweigert ' at System.Xml.Serialization.Compiler.Compile(Assembly parent, String ns, XmlSerializerCompilerParameters xmlParameters, Evidence evidence) at System.Xml.Serialization.TempAssembly.GenerateAssembly(XmlMapping[] xmlMappings, Type[] types, String defaultNamespace, Evidence evidence, XmlSerializerCompilerParameters parameters, Assembly assembly, Hashtable assemblies) at System.Xml.Serialization.TempAssembly..ctor(XmlMapping[] xmlMappings, Type[] types, String defaultNamespace, String location, Evidence evidence) at System.Xml.Serialization.XmlSerializer.GenerateTempAssembly(XmlMapping xmlMapping, Type type, String defaultNamespace, String location, Evidence evidence) at System.Xml.Serialization.XmlSerializer..ctor(Type type, XmlAttributeOverrides overrides, Type[] extraTypes, XmlRootAttribute root, String defaultNamespace, String location, Evidence evidence) at System.Xml.Serialization.XmlSerializer..ctor(Type type, Type[] extraTypes) at WikiFunctions.AWBSettings.UserPrefs.LoadPrefs(String file) at AutoWikiBrowser.MainForm.LoadPrefs(String path) | ||||||
| To duplicate: | Unknown | ||||||
| Site URL: | https://en.wikipedia.org | ||||||
| Operating system | Microsoft Windows NT 5.1.2600 Service Pack 3 | ||||||
| .NET FW Version | 2.0.50727.3655 | ||||||
| AWB version | AutoWikiBrowser (5.5.2.3), WikiFunctions (5.5.2.3), revision 9902 (2014-02-01 17:20:14) | ||||||
| Workaround | |||||||
| Fixed in version |
AWB doesn't open settings.--CennoBot (talk) 15:53, 15 February 2014 (UTC)
SEHException - Bug when parsing Ficksburg
| Status | New
| ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description |
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()
Jamesmcmahon0 (talk) 12:38, 24 February 2014 (UTC) | ||||||||||||
| To duplicate: | Unknown | ||||||||||||
| Site URL: | https://en.wikipedia.org | ||||||||||||
| Operating system | Microsoft Windows NT 6.1.7601 Service Pack 1 | ||||||||||||
| .NET FW Version | 2.0.50727.5472 | ||||||||||||
| AWB version | AutoWikiBrowser (5.5.2.3), WikiFunctions (5.5.2.3), revision 9902 (2014-02-01 17:20:14) | ||||||||||||
| Workaround | |||||||||||||
| Fixed in 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)
ConfigurationErrorsException - Can not open AWB
| Status | Need more information | ||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description |
System.Configuration.ConfigurationErrorsException: Configuration system failed to initialize ---> System.Configuration.ConfigurationErrorsException: Root element is missing. (C:\Users\Tito\AppData\Local\AutoWikiBrowser\AutoWikiBrowser.exe_Url_on3bw24carepobtuh01uppfmsjbyddgj\5.5.2.3\user.config) ---> System.Xml.XmlException: Root element is missing. at System.Xml.XmlTextReaderImpl.Throw(Exception e) at System.Xml.XmlTextReaderImpl.ThrowWithoutLineInfo(String res) at System.Xml.XmlTextReaderImpl.ParseDocumentContent() at System.Xml.XmlTextReaderImpl.Read() at System.Xml.XmlTextReader.Read() at System.Configuration.XmlUtil..ctor(Stream stream, String name, Boolean readToFirstElement, ConfigurationSchemaErrors schemaErrors) at System.Configuration.BaseConfigurationRecord.InitConfigFromFile() --- End of inner exception stack trace --- at System.Configuration.ConfigurationSchemaErrors.ThrowIfErrors(Boolean ignoreLocal) at System.Configuration.BaseConfigurationRecord.ThrowIfParseErrors(ConfigurationSchemaErrors schemaErrors) at System.Configuration.BaseConfigurationRecord.ThrowIfInitErrors() at System.Configuration.ClientConfigurationSystem.OnConfigRemoved(Object sender, InternalConfigEventArgs e) --- End of inner exception stack trace --- at System.Configuration.ClientConfigurationSystem.OnConfigRemoved(Object sender, InternalConfigEventArgs e) at System.Configuration.Internal.InternalConfigRoot.OnConfigRemoved(InternalConfigEventArgs e) at System.Configuration.Internal.InternalConfigRoot.RemoveConfigImpl(String configPath, BaseConfigurationRecord configRecord) at System.Configuration.BaseConfigurationRecord.GetSectionRecursive(String configKey, Boolean getLkg, Boolean checkPermission, Boolean getRuntimeObject, Boolean requestIsHere, Object& result, Object& resultRuntimeObject) at System.Configuration.BaseConfigurationRecord.GetSection(String configKey, Boolean getLkg, Boolean checkPermission) at System.Configuration.BaseConfigurationRecord.GetSection(String configKey) at System.Configuration.ClientConfigurationSystem.System.Configuration.Internal.IInternalConfigSystem.GetSection(String sectionName) at System.Configuration.ConfigurationManager.GetSection(String sectionName) at System.Configuration.ClientSettingsStore.ReadSettings(String sectionName, Boolean isUserScoped) at System.Configuration.LocalFileSettingsProvider.GetPropertyValues(SettingsContext context, SettingsPropertyCollection properties) at System.Configuration.SettingsBase.GetPropertiesFromProvider(SettingsProvider provider) at System.Configuration.SettingsBase.GetPropertyValueByName(String propertyName) at System.Configuration.SettingsBase.get_Item(String propertyName) at System.Configuration.ApplicationSettingsBase.GetPropertyValue(String propertyName) at System.Configuration.ApplicationSettingsBase.get_Item(String propertyName) at AutoWikiBrowser.Properties.Settings.get_WindowLocation() at AutoWikiBrowser.MainForm.InitializeComponent() at AutoWikiBrowser.MainForm..ctor() at AutoWikiBrowser.Program.Main(String[] args) | ||||||||||||||||||
| To duplicate: | Unknown | ||||||||||||||||||
| Site URL: | https://en.wikipedia.org | ||||||||||||||||||
| Operating system | Microsoft Windows NT 6.1.7600.0 | ||||||||||||||||||
| .NET FW Version | 2.0.50727.4927 | ||||||||||||||||||
| AWB version | AutoWikiBrowser (5.5.2.3), WikiFunctions (5.5.2.3), revision 9902 (2014-02-01 17:20:14) | ||||||||||||||||||
| Workaround | |||||||||||||||||||
| Fixed in version |
Tito did you delete any file by accident? -- Magioladitis (talk) 19:05, 16 March 2014 (UTC)
- I have not deleted any file. I last ran AWB yesterday. I have not made any change in computer either. --Tito☸Dutta 19:17, 16 March 2014 (UTC)
- @Titodutta: Have you tried backing up your default settings and then reinstalling AWB? GoingBatty (talk) 21:09, 16 March 2014 (UTC)
This page is not opened properly for editing
| Status | New
| ||||||
|---|---|---|---|---|---|---|---|
| Description | nThread: InvokerThread (Save)
WikiFunctions.API.ApiException: This page is not opened properly for editing at WikiFunctions.API.ApiEdit.Save(String pageText, String summary, Boolean minor, WatchOptions watch) | ||||||
| To duplicate: | Unknown | ||||||
| Site URL: | http://military.wikia.com | ||||||
| Operating system | Microsoft Windows NT 6.1.7601 Service Pack 1 | ||||||
| .NET FW Version | 2.0.50727.5472 | ||||||
| AWB version | AutoWikiBrowser (5.5.2.2), WikiFunctions (5.5.2.2), revision 9782 (2013-12-10 01:58:16) | ||||||
| Workaround | |||||||
| Fixed in 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 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)
- Awesome, I much appreciate the speedy assistance. Reguyla (talk) 18:05, 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)
- Lol. Wikia isn't going to be upgrading any time soon. Reedy (talk) 19:04, 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)
SocketException in AsyncApiEdit.CallEvent
| Status | New
| ||||||
|---|---|---|---|---|---|---|---|
| Description |
System.Net.Sockets.SocketException: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond at System.Windows.Forms.Control.MarshaledInvoke(Control caller, Delegate method, Object[] args, Boolean synchronous) at System.Windows.Forms.Control.Invoke(Delegate method, Object[] args) at WikiFunctions.API.AsyncApiEdit.CallEvent(Delegate method, Object[] args) at WikiFunctions.API.AsyncApiEdit.InvokerThread(Object genericArgs) | ||||||
| To duplicate: | Unknown | ||||||
| Site URL: | https://en.wikipedia.org | ||||||
| Operating system | Microsoft Windows NT 6.2.9200.0 | ||||||
| .NET FW Version | 2.0.50727.6413 | ||||||
| AWB version | AutoWikiBrowser (5.5.2.3), WikiFunctions (5.5.2.3), revision 9902 (2014-02-01 17:20:14) | ||||||
| Workaround | |||||||
| Fixed in version |
NullReferenceException in MainForm.SetProject
| Status | New
| ||||||
|---|---|---|---|---|---|---|---|
| Description |
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) | ||||||
| To duplicate: | Unknown | ||||||
| Site URL: | https://fr.wikipedia.org | ||||||
| Operating system | Microsoft Windows NT 6.1.7601 Service Pack 1 | ||||||
| .NET FW Version | 2.0.50727.5466 | ||||||
| AWB version | AutoWikiBrowser (5.5.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) | ||||||
| Workaround | |||||||
| Fixed in 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)
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)
- @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)
Jim Cartar is this one off r do you get it often/always? -- Magioladitis (talk) 17:37, 3 October 2014 (UTC)
- No.. @Magioladitis: I don't get this bug often. So far I have got this bug twice. Jim Carter 10:27, 4 October 2014 (UTC)
ArgumentException in UserPrefs.LoadPrefs
| Status | Need more information | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description |
System.ArgumentException: Illegal characters in path. at System.IO.Path.CheckInvalidPathChars(String path) at System.IO.Path.GetFileName(String path) at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options) at System.IO.StreamReader..ctor(String path, Encoding encoding, Boolean detectEncodingFromByteOrderMarks, Int32 bufferSize) at System.IO.StreamReader..ctor(String path, Encoding encoding) at WikiFunctions.AWBSettings.UserPrefs.LoadPrefs(String file) at AutoWikiBrowser.MainForm.LoadPrefs(String path)
SeanWheeler (talk) 19:47, 18 April 2014 (UTC) | ||||||||||||
| To duplicate: | Unknown | ||||||||||||
| Site URL: | http://alldatabase.wikia.com enwiki | ||||||||||||
| Operating system | Microsoft Windows NT 6.1.7601 Service Pack 1 | ||||||||||||
| .NET FW Version | 2.0.50727.5477 | ||||||||||||
| AWB version | AutoWikiBrowser (5.4.0.0), WikiFunctions (5.4.0.0), revision 8347 (2012-09-03 23:58:43) | ||||||||||||
| Workaround | |||||||||||||
| Fixed in version |
- @SeanWheeler: What directory/path were you trying to load/save settings to/from? Thanks Rjwilmsi 17:45, 20 April 2014 (UTC)
NullReferenceException in UserPrefs.SavePluginSettings
| Status | New
| ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description |
System.NullReferenceException: Object reference not set to an instance of an object. at WikiFunctions.AWBSettings.UserPrefs.SavePluginSettings(UserPrefs prefs) at WikiFunctions.AWBSettings.UserPrefs.SavePrefs(UserPrefs prefs, String file)
Llywelyn2000 (talk) 14:48, 4 May 2014 (UTC) | ||||||||||||
| To duplicate: | Unknown | ||||||||||||
| Site URL: | https://cy.wikipedia.org | ||||||||||||
| Operating system | Microsoft Windows NT 6.1.7601 Service Pack 1 | ||||||||||||
| .NET FW Version | 2.0.50727.5477 | ||||||||||||
| AWB version | AutoWikiBrowser (5.5.2.3), WikiFunctions (5.5.2.3), revision 9902 (2014-02-01 17:20:14) | ||||||||||||
| Workaround | |||||||||||||
| Fixed in version |
NullReferenceException and disabled
I am an AWB user on the Dutch Wikipedia for many years https://nl.wikipedia.org/wiki/Gebruiker:Japiot (engish: https://en.wikipedia.org/wiki/User:Japiot) Recently I've changed my global password and since that time I have trouble logging in into AWB. Today is received these error-message. I don't know is it has anything to do with it, but now I think that my account has been disabled. Can you help me? Japiot (talk) 07:38, 31 May 2014 (UTC)
| Status | New
| ||||||
|---|---|---|---|---|---|---|---|
| Description |
System.NullReferenceException: De objectverwijzing is niet op een exemplaar van een object ingesteld. bij AutoWikiBrowser.MainForm.SetProject(String code, ProjectEnum project, String customProject, String protocol) bij AutoWikiBrowser.MainForm.LoadPrefs(UserPrefs p) bij AutoWikiBrowser.MainForm.LoadPrefs() bij AutoWikiBrowser.MainForm.MainForm_Load(Object sender, EventArgs e) | ||||||
| To duplicate: | Unknown | ||||||
| Site URL: | https://en.wikipedia.org | ||||||
| Operating system | Microsoft Windows NT 6.1.7601 Service Pack 1 | ||||||
| .NET FW Version | 2.0.50727.5477 | ||||||
| AWB version | AutoWikiBrowser (5.5.2.3), WikiFunctions (5.5.2.3), revision 9902 (2014-02-01 17:20:14) | ||||||
| Workaround | |||||||
| Fixed in version |
Error parsing data returned by server: Cannot find <page> element
| Status |  Resolved
| ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | nThread: InvokerThread (Open)
WikiFunctions.API.BrokenXmlException: Error parsing data returned by server: Cannot find <page> element ---> System.Exception: Cannot find <page> element at WikiFunctions.API.PageInfo..ctor(String xml): line 73 at WikiFunctions.API.ApiEdit.Open(String title, Boolean resolveRedirects): line 736 --- End of inner exception stack trace --- at WikiFunctions.API.ApiEdit.Open(String title, Boolean resolveRedirects):line 742 | ||||||||||||
| To duplicate: | Interwiki inside redirect | ||||||||||||
| Site URL: | https://vi.wikipedia.org | ||||||||||||
| Operating system | Microsoft Windows NT 6.1.7601 Service Pack 1 | ||||||||||||
| .NET FW Version | 2.0.50727.5420 | ||||||||||||
| AWB version | AutoWikiBrowser (5.5.3.0), WikiFunctions (5.5.3.0), revision 10194 (2014-05-18 03:19:23) | ||||||||||||
| Workaround | Replace Redirect with soft redirect. -- Magioladitis (talk) 09:52, 8 July 2014 (UTC) | ||||||||||||
| Fixed in version |
Page: https://vi.wikipedia.org/wiki/Th%E1%BA%A3o_lu%E1%BA%ADn_Th%C3%A0nh_vi%C3%AAn:KLBot2
Alphama (talk) 19:33, 20 June 2014 (UTC)
- @Magioladitis: I put in a change to handle this under rev 10093, you and Reedy later removed the change. Maybe we do need the change in? Rjwilmsi 10:39, 21 June 2014 (UTC)
@Rjwilmsi and Alphama: Bug confirmed. Interwiki inside redirect. We should explicitly skip this problem. Very rare though. -- Magioladitis (talk) 12:09, 21 June 2014 (UTC)
- Everytime I run AWB for welcoming new members, I see this error. I can not skip or do anything to skip it. The only way is to skip manually. Do you mean I shoud give up using AWB because this error is rare? Alphama (talk) 13:45, 21 June 2014 (UTC)
- @Alphama: we are going to fix it. But still you should use soft redirect to do this and not out interlanguage links inside redirects. I fixed this one for you. -- Magioladitis (talk) 14:02, 21 June 2014 (UTC)
- @Alphama: If you want to edit these pages you should unselect "Follow redirects" from the Options menu. Then the error won't appear but still not a good idea to add content on a redirect page. -- Magioladitis (talk) 14:06, 21 June 2014 (UTC)
@Alphama: until we fix the bug please bypass redirects as I did here and turn off "Follow redirects" from the AWB's Options menu. -- Magioladitis (talk) 22:27, 21 June 2014 (UTC)
rev 10285 added an exception when "Redirect target containts interwiki". -- Magioladitis (talk) 05:09, 8 July 2014 (UTC)
Site down bug
| Status | New
| ||||||
|---|---|---|---|---|---|---|---|
| Description |
System.NullReferenceException: Object reference not set to an instance of an object. at System.Windows.Forms.Control.MarshaledInvoke(Control caller, Delegate method, Object[] args, Boolean synchronous) at System.Windows.Forms.Control.Invoke(Delegate method, Object[] args) at WikiFunctions.API.AsyncApiEdit.CallEvent(Delegate method, Object[] args) at WikiFunctions.API.AsyncApiEdit.InvokerThread(Object genericArgs) — {{U|Technical 13}} (e • t • c) 19:23, 19 June 2014 (UTC) | ||||||
| To duplicate: | Unknown | ||||||
| Site URL: | https://en.wikipedia.org | ||||||
| Operating system | Microsoft Windows NT 6.1.7601 Service Pack 1 | ||||||
| .NET FW Version | 2.0.50727.5477 | ||||||
| AWB version | AutoWikiBrowser (5.5.3.0), WikiFunctions (5.5.3.0), revision 10194 (2014-05-18 03:19:23) | ||||||
| Workaround | |||||||
| Fixed in version |
Mag, when WMF goes down, it shouldn't return the above as a AWB bug, it should just say it couldn't reach the API or WMF servers are down please try again later. Don't you think? — {{U|Technical 13}} (e • t • c) 19:23, 19 June 2014 (UTC)
Technical 13 true. I do no know if it possible though. I'll have a look. -- Magioladitis (talk) 07:32, 20 June 2014 (UTC)
KeyNotFoundException in CategoryProviderBase.get_UserInputTextBoxText
| Status | Need more information | ||||||
|---|---|---|---|---|---|---|---|
| Description |
System.Collections.Generic.KeyNotFoundException: 指定的索引鍵不在字典中。 於 System.ThrowHelper.ThrowKeyNotFoundException() 於 System.Collections.Generic.Dictionary`2.get_Item(TKey key) 於 WikiFunctions.Lists.Providers.CategoryProviderBase.get_UserInputTextBoxText() 於 WikiFunctions.Controls.Lists.ListMaker.cmboSourceSelect_SelectedIndexChanged(Object sender, EventArgs e) 於 System.EventHandler.Invoke(Object sender, EventArgs e) 於 System.Windows.Forms.ComboBox.OnSelectedIndexChanged(EventArgs e) 於 System.Windows.Forms.ComboBox.WmReflectCommand(Message& m) 於 System.Windows.Forms.ComboBox.WndProc(Message& m) 於 System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m) 於 System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m) 於 System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam) | ||||||
| To duplicate: | Unknown | ||||||
| Site URL: | http://wiki.saki.cc | ||||||
| Operating system | Microsoft Windows NT 6.2.9200.0 | ||||||
| .NET FW Version | 2.0.50727.6407 | ||||||
| AWB version | AutoWikiBrowser (5.5.2.3), WikiFunctions (5.5.2.3), revision 9902 (2014-02-01 17:20:14) | ||||||
| Workaround | |||||||
| Fixed in version |
C933103 do you remember what did you do to catch this bug or was it just random? -- Magioladitis (talk) 07:46, 21 June 2014 (UTC)
- Magioladitis when i want to make list for articles within categories like for example Category:比赛情况 or Category:待完善的页面, but when I do the same operation to those categories like Category:MAD, it have no problem C933103 (talk) 07:57, 21 June 2014 (UTC)
C933103 can you please upgrade to version 5.5.3.0 and tell me if the bug occurs there too? -- Magioladitis (talk) 08:04, 21 June 2014 (UTC)
C933103 I can't login to your wiki. Try adding http://115.29.109.201:24000/SakiWiki instead of http://wiki.saki.cc and check whether the bug still occurs. I think it has to do with connection problems. -- Magioladitis (talk) 08:06, 21 June 2014 (UTC)
Plugins
Banners that have parameters with spaces in them are considered a bag tag by KingbotK
| Status | New
|
|---|---|
| Description | E.g. {{WikiProject Africa|class=stub|importance=|South Africa=yes}} fails the Plugin. –xenotalk 16:30, 25 January 2010 (UTC)
|
| To duplicate: | Try running the plugin with generic "{{WikiProject Africa}}" on any affected page, i.e. Talk:Bamboes Spruit |
| Site URL: | en.wiki |
| Operating system | Vista or XP |
| .NET FW Version | |
| AWB version | 5001.6113 / plugin 2.3.3.0 |
| Workaround | Don't use the plugin =) |
| Fixed in 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)
KingbotK plugin doesn't skip on minor edits
| Status | New
|
|---|---|
| Description | 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) |
| To duplicate: | |
| Site URL: | enwiki |
| Operating system | 7 |
| .NET FW Version | |
| AWB version | rev 9087 + plugin version 2.3.5.2 |
| Workaround | |
| Fixed in version |
Mono/Wine
TypeInitializationException in unknown function
| Status | New
| ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description |
| ||||||||||||
| To duplicate: | Unknown | ||||||||||||
| Site URL: | http://en.wikipedia.org | ||||||||||||
| Operating system | Microsoft Windows NT 5.1.2600.0 | ||||||||||||
| .NET FW Version | 2.0.50727.1433 | ||||||||||||
| AWB version | 5.0.3.0, revision 6660 (2010-06-06 23:39:12) | ||||||||||||
| Workaround | |||||||||||||
| Fixed in version |
Do you use Mono? -- Magioladitis (talk)
The bug occurred on Ubuntu 10.04 with Wine 1.2 with Mono 2.6. -- Frap (talk) 14:44, 10 August 2010 (UTC)
You obviously miss some library (dll file). -- Magioladitis (talk) 17:05, 23 January 2013 (UTC)
NotImplementedException
Hi, I followed this guide but I have an exception that seems to be cause by a lack of .NET Framework 4. What can I do? PS: My plugin is disabled. I use wine 1.1.42.--B3t (talk) 10:15, 13 January 2011 (UTC)
| Status | New
| ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description |
| ||||||||||||
| To duplicate: | Unknown | ||||||||||||
| Site URL: | http://it.wikipedia.org | ||||||||||||
| Operating system | Microsoft Windows NT 5.1.2600 Service Pack 3 | ||||||||||||
| .NET FW Version | 2.0.50727.42 | ||||||||||||
| AWB version | AutoWikiBrowser (5.2.0.0), WikiFunctions (5.2.0.0), revision 7471 (2010-12-17 01:03:47) | ||||||||||||
| Workaround | |||||||||||||
| Fixed in version |
NotImplementedException in Region.GetRegionScans
| Status | New
| ||||||
|---|---|---|---|---|---|---|---|
| Description |
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 · c) 14:04, 2 October 2011 (UTC)
| ||||||
| To duplicate: | Unknown | ||||||
| Site URL: | http://en.wikipedia.org | ||||||
| Operating system | Microsoft Windows NT 5.1.2600 Service Pack 3 | ||||||
| .NET FW Version | 2.0.50727.42 | ||||||
| AWB version | AutoWikiBrowser (5.3.1.0), WikiFunctions (5.3.1.0), revision 7792 (2011-07-23 16:53:25) | ||||||
| Workaround | |||||||
| Fixed in version |
TypeInitializationException in unknown function
| Status | New
| ||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description |
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 <filename unknown>:0 at System.Reflection.MonoProperty.GetValue (System.Object obj, System.Object[] index) [0x00000] in <filename unknown>:0 at System.ComponentModel.ReflectionPropertyDescriptor.GetValue (System.Object component) [0x00000] in <filename unknown>:0 at System.Windows.Forms.ListControl.FilterItemOnProperty (System.Object item, System.String field) [0x00000] in <filename unknown>:0 at System.Windows.Forms.ListControl.GetItemText (System.Object item) [0x00000] in <filename unknown>:0 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 <filename unknown>:0 at System.Array.qsort (System.Array keys, System.Array items, Int32 low0, Int32 high0, IComparer comparer) [0x00000] in <filename unknown>:0 at System.Array.SortImpl (System.Array keys, System.Array items, Int32 index, Int32 length, IComparer comparer) [0x00000] in <filename unknown>:0 --- End of inner exception stack trace --- at System.Array.SortImpl (System.Array keys, System.Array items, Int32 index, Int32 length, IComparer comparer) [0x00000] in <filename unknown>:0 at System.Array.Sort (System.Array array, Int32 index, Int32 length, IComparer comparer) [0x00000] in <filename unknown>:0 at System.Collections.ArrayList.Sort (IComparer comparer) [0x00000] in <filename unknown>:0 at System.Windows.Forms.ComboBox+ObjectCollection.Sort () [0x00000] in <filename unknown>:0 at System.Windows.Forms.ComboBox+ObjectCollection.AddRange (IList items) [0x00000] in <filename unknown>:0 at System.Windows.Forms.ComboBox.SetItemsCore (IList value) [0x00000] in <filename unknown>:0 at System.Windows.Forms.ListControl.OnItemChanged (System.Object sender, System.Windows.Forms.ItemChangedEventArgs e) [0x00000] in <filename unknown>:0 at System.Windows.Forms.CurrencyManager.OnItemChanged (System.Windows.Forms.ItemChangedEventArgs e) [0x00000] in <filename unknown>:0 at System.Windows.Forms.CurrencyManager.ListChangedHandler (System.Object sender, System.ComponentModel.ListChangedEventArgs e) [0x00000] in <filename unknown>:0 at System.ComponentModel.BindingList`1[WikiFunctions.Lists.Providers.IListProvider].OnListChanged (System.ComponentModel.ListChangedEventArgs e) [0x00000] in <filename unknown>:0 at System.ComponentModel.BindingList`1[WikiFunctions.Lists.Providers.IListProvider].InsertItem (Int32 index, IListProvider item) [0x00000] in <filename unknown>:0 at System.Collections.ObjectModel.Collection`1[WikiFunctions.Lists.Providers.IListProvider].Add (IListProvider item) [0x00000] in <filename unknown>:0 at WikiFunctions.Lists.Providers.SpecialPageListProvider..ctor (WikiFunctions.Lists.Providers.IListProvider[] providers) [0x00000] in <filename unknown>:0 at (wrapper remoting-invoke-with-check) WikiFunctions.Lists.Providers.SpecialPageListProvider:.ctor (WikiFunctions.Lists.Providers.IListProvider[]) at WikiFunctions.Controls.Lists.ListMaker..cctor () [0x00000] in <filename unknown>:0 --- End of inner exception stack trace --- at AutoWikiBrowser.MainForm.InitializeComponent () [0x00000] in <filename unknown>:0 at AutoWikiBrowser.MainForm..ctor () [0x00000] in <filename unknown>:0 at (wrapper remoting-invoke-with-check) AutoWikiBrowser.MainForm:.ctor () at AutoWikiBrowser.Program.Main (System.String[] args) [0x00000] in <filename unknown>:0 ArielGlenn (talk) 05:37, 26 June 2013 (UTC) | ||||||||||||||||||
| To duplicate: | Unknown | ||||||||||||||||||
| Site URL: | https://en.wikipedia.org | ||||||||||||||||||
| Operating system | Unix 3.9.5.201 | ||||||||||||||||||
| .NET FW Version | 2.0.50727.1433 | ||||||||||||||||||
| AWB version | AutoWikiBrowser (5.5.1.2), WikiFunctions (5.5.1.2) AutoWikiBrowser (5.5.3.0), WikiFunctions (5.5.3.0) | ||||||||||||||||||
| Workaround | |||||||||||||||||||
| Fixed in 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)
@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)
@Der Buckesfelder: do you use Mono? -- Magioladitis (talk) 23:18, 24 March 2014 (UTC)
- @Josve05a and 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)
@Der Buckesfelder: I merged the two reports. -- Magioladitis (talk) 07:00, 29 March 2014 (UTC)
Auto-tagger
General fixes
AWB does not merge group references
| Status | New
|
|---|---|
| Description | AWB does not merge group references Headbomb {talk / contribs / physics / books} 19:21, 6 August 2013 (UTC) |
| To duplicate: | See [5], then [6], then [7] |
| Site URL: | en.wiki |
| Operating system | Win 7 |
| .NET FW Version | 4.5 |
| AWB version | 5.5.1.2 / SVN 9356 |
| Workaround | |
| Fixed in version |
Erroneously depiping links starting with accented or unaccented I
| Status | New
|
|---|---|
| Description | Noticed this with this edit by Yobot; I can reproduce it. If the target of a piped link starts with "İ" (dotted capital "I", used in Turkish) and the displayed text starts with a normal "I" instead and is otherwise identical (or the other way around), AWB unpipes the link, leaving a non-piped link treated as a different page title by MW. This does not happen if the different "I"s are not at the start, nor does it happen with a random selection of other accented letters, including the dotless small "i" (AWB didn't change anything to these links).
In short: AWB erroneously treats the characters "İ" and "I" as identical at the beginning of a string. SiBr4 (talk) 19:58, 9 September 2014 (UTC) |
| To duplicate: | Apply general fixes to a page containing links like described above. |
| Site URL: | en.wikipedia.org |
| Operating system | Windows 7 |
| .NET FW Version | 2.0.50727.5483 |
| AWB version | 5.5.4.0 |
| Workaround | None |
| Fixed in version |
It's the crazy situation where two capital letters map to the same non-capital letter. I hope it's extremely rare. -- Magioladitis (talk) 22:34, 9 September 2014 (UTC)
Important: We did not actually break anything since in the first case we had a red-link and in the second the redirect was already created. We should run a bot to create redirects in fact. -- Magioladitis (talk) 22:37, 9 September 2014 (UTC)
- It probably is extremely rare, though the bot did break the second link (the redirect from the title with accent didn't exist yet when it made the edit). SiBr4 (talk) 22:58, 9 September 2014 (UTC)
- SiBr4 yes, you are right. I was wrong. When I realised I created the redirect by myself after my comment above. -- Magioladitis (talk) 23:03, 9 September 2014 (UTC)
Other bugs
AWB netbook fail
| 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) |
| To duplicate: | Use AWB on a screen with resolution 1024 by 600. |
| Site URL: | Immaterial |
| Operating system | Windows XP, but that is probably immaterial |
| .NET FW Version | Unknown |
| AWB 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. |
| Fixed in 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)
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)
- 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)
- 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)
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)
Make list display becomes somewhat garbled when scrolling fast
| 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) |
| To 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 |
| Operating system | Windows 7 |
| .NET FW Version | Unknown |
| AWB 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. |
| Fixed in 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)
Incorrect preview of the 'pipe trick'
| Status | New
|
|---|---|
| Description | Wikilinks in the format of, [[Washington (U.S. state)|]] are shown as [[Washington (U.S. state)|]] in the preview, instead of Washington. For details of the notation see Help:pipe trick.–ospalh (talk) 09:50, 5 May 2010 (UTC) |
| To duplicate: | Change some link piped to a redirect page to the [[NN (x)|]], format. Press "Preview". |
| Site URL: | en.wikipedia.org |
| Operating system | Windows XP |
| .NET FW Version | 2.0.50727.3603 |
| AWB version | 5.0.2. |
| Workaround | Ignore the preview or don't use the pipe trick. |
| Fixed in 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 [[Washington (U.S. state)|]] in a page on current WMF release of mediawiki, it saves [[Washington (U.S. state)|Washington]]. —Reedy 10:55, 5 May 2010 (UTC)
- 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, [[Washington (U.S. state)|]] is shown as Washington (edited), differnt from what happens in AWB.--ospalh (talk) 11:01, 5 May 2010 (UTC), 11:07, 5 May 2010 (UTC)
- It seems, when you attempt to save [[Washington (U.S. state)|]] in a page on current WMF release of mediawiki, it saves [[Washington (U.S. state)|Washington]]. —Reedy 10:55, 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)
- 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)
- I'd lay money it's the API. Rich Farmbrough, 19:33, 7 September 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'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)
Login/Profiles screen list disappears on clicking headings
| Status | Works for me |
|---|---|
| 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) |
| To duplicate: | Open AWB and click on Login/Profiles, then click on any heading in the list. |
| Site URL: | all sites |
| Operating system | Windows XP |
| .NET FW Version | 2.0 .NET Framework Version |
| AWB version | 5.0.2.2, SVN 6518 |
| Workaround | Restart AWB |
| Fixed in 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)
- Also works fine for me on Windows XP SP3. Rjwilmsi 08:20, 20 July 2012 (UTC)
- So is there any solution for XP users other than changing the OS? --Thaejas (talk) 12:13, 31 May 2010 (UTC)
- Also works for me on Windows 7. Rjwilmsi 10:10, 28 May 2010 (UTC)
Fullwidth characters in edit box are not really fullwidth
| 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) |
| To duplicate: | Load any page with fullwidth characters |
| Site URL: | wikia:yugioh:Main Page |
| Operating system | Windows 7 |
| .NET FW Version | Unknown |
| AWB version | 5.0.3.0 (also observed on 5.0.2.0) |
| Workaround | none |
| Fixed in 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)
AWB cannot save letter + combining diacritic when a precomposed Unicode glyph is available
| Status | Need more information |
|---|---|
| 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) |
| To 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, 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 here. It also saves fine if I delete only the tilde under the u,[8] but not if I delete only the tilde under the a.
That particular rule is regex under advanced rules, \{\{IPA-my\|([^|}]*)̯ to {{IPA-my|$1̰ (regex, case sensitive, apply 3 times, inside templates, no 'if' conditions). However, the same thing happens with the same diacritic in a 'regular settings' rule that changes ṵ (precomposed u-under.tilde) to ṵ (u + combining diacritic--I'm telling you in case the latter gets saved as the precomposed character when I hit 'save page' on this post, which I believe it will) under the 'normal settings' rules, and also the same thing with i instead of u. No boxes in the regular rules window are checked apart from 'enabled', but same problem as the regex rule. A different diacritic I manually overrode was 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ɴ [9]). 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 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,here just as it did when I cut & pasted in the precomposed letter into the AWB edit box.[10] 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. |
| Site URL: | (above) |
| Operating system | Win7 |
| .NET FW Version | 2.0.50727.4952 |
| AWB version | 5.0.3.0 |
| Workaround | create separate rules for every precomposed letter-diacritic combination, or cut and past from the edit window |
| Fixed in version |
- Does 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)
- 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)
- 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)
kwami We resolved this by skipping pages with characters in PUA. Am I right or wrong? -- Magioladitis (talk) 16:41, 25 January 2014 (UTC)
- @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". (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 "ṵ". (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)
No vertical scroll bar in diff window
| 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) |
| To duplicate: | |
| Site URL: | en.wiki |
| Operating system | XP |
| .NET FW Version | 2.0.50727.3615 |
| AWB 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. |
| Fixed in 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)
- 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)
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)
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)
Mr Stephen (talk · contribs) has 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)
Let me close the "new messages"!
| Status | Need more information |
|---|---|
| Description | I'm getting a bit annoyed with the fact that I can't close the "new messages" prompt when I get it. Where's the red "x"?! -- (T) Numbermaniac (C) 04:16, 9 July 2013 (UTC) |
| To duplicate: | Get a new message from someone else. |
| Site URL: | en.wikipedia.org |
| Operating system | Windows XP |
| .NET FW Version | 2.0.50727.3643 |
| AWB version | 5.5.1.1 |
| Workaround | |
| Fixed in version |
- We insist that users must read their talk messages in case the messages relate to problems with their AWB edits. If you cancel the messages popup it would appear again when you processed the next page with AWB. If you want to cancel the popup is it in order to read the talk message another way? Rjwilmsi 09:28, 10 July 2013 (UTC)
- I'm always logged in to Wikpiedia if I am on AWB, but my default browser is Firefox and I use Chrome. -- (T) Numbermaniac (C) 09:29, 10 July 2013 (UTC)
- I support the current behavior. Reading new messages should be mandatory. --Meno25 (talk) 16:42, 6 December 2013 (UTC)
- The one case where there is a legitimate reason to not have this, is for users who use separate AWB accounts (like me - I edit with Od Mishehu, and use AWB with Od Mishehu AWB. My solution to the problem was simple - redirect my AWB account's talk page to my main account's talk page, and semi-porotect my AWB account's talk page. However, I shouldn't need to go to such measures to prevent a disruptive anon from messing my AWB session upo completely by vandalizing the talk page. עוד מישהו Od Mishehu 19:00, 14 October 2014 (UTC)
- I support the current behavior. Reading new messages should be mandatory. --Meno25 (talk) 16:42, 6 December 2013 (UTC)
AWB oddly spaces out "Portal" namespace in page list
| 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) |
| To duplicate: | Get a bunch of "Portal" pages in your list |
| Site URL: | en.wikipedia.org |
| Operating system | Windows XP |
| .NET FW Version | 2.0.50727.3649 |
| AWB version | 5.5.1.2 SVN 9356 |
| Workaround | |
| Fixed in 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. -- Magioladitis (talk) 11:14, 21 July 2013 (UTC)
List box sometimes justifies text. -- Magioladitis (talk) 08:29, 22 November 2013 (UTC)
External processing error
| 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) |
| To duplicate: | |
| Site URL: | simple.wikipedia.org |
| Operating system | Windows XP Home Edition version 5.1.2600 |
| .NET FW Version | 2.0.50727.3649 |
| AWB version | 5.5.1.2 SVN 9356 |
| Workaround | Click OK and continue processing. It doesn't seem to affect the output. |
| Fixed in version |
Typo fixing should be before SimplifyLinks
| 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) |
| To duplicate: | Try Yassine Bounou with no general fixes, and see that AWB correctly changes [[Morocco|Moroccon]] to [[Morocco|Moroccan]]. Start again with general fixes on, and see that AWB incorrectly changes [[Morocco|Moroccon]] to [[Morocco]]n.
|
| Site URL: | en.wikipedia.org |
| Operating system | Windows 7 |
| .NET FW Version | 2.0.50727.5472 |
| AWB version | 5.5.1.3 SVN 9458 |
| Workaround | manually identify and fix before saving |
| Fixed in 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)
- @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)
Editing change keyboard layout
| 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) |
| To 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 URL: | ro. wiktionary.org |
| Operating system | Windows 7 |
| .NET FW Version | 2.0.50727.5472 |
| AWB 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 |
| Fixed in version |
Wikipedia_talk:AutoWikiBrowser/Bugs/Archive_15#Keyboard_language_switch_bugs_happens_again. -- Magioladitis (talk) 09:00, 31 January 2014 (UTC)
When the bot stops when saving a page and then restarts, a saved page is considered skipped in the "Logs" tab
| Status | Need more information |
|---|---|
| Description |  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 here, or this other example (the log shows this page too). Automatik (talk) 20:33, 31 March 2014 (UTC) |
| To duplicate: | |
| Site URL: | fr.wiktionary |
| Operating system | Windows 7 |
| .NET FW Version | 2.0.50727.5477 |
| AWB 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. |
| Fixed in version |
@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)
Unable to undo changes via diff double click
| Status | Works for me |
|---|---|
| Description | Unable to undo changes via diff double click — Preceding unsigned comment added by Helder.wiki (talk • contribs) 18:26, April 30, 2014 (UTC) |
| To 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 URL: | pt.wikipedia.org |
| Operating system | Windows XP |
| .NET FW Version | 2.0.50727.3082 |
| AWB version | 5.5.2.3 |
| Workaround | |
| Fixed in version |
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)
- @Magioladitis: still not working on 5.5.3.0. Helder.wiki 14:08, 21 July 2014 (UTC)
- 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)
- Helder.wiki where do you double click? You should double-click on the diff windows. -- Magioladitis (talk) 14:09, 21 July 2014 (UTC)
Minor F&R rules not run on page re-parse when skip minor replacement enabled.
| Status | Bug currently being investigated/fixed |
|---|---|
| Description | When the page is re-parsed (F5 or edit box context menu), the F&R rules marked as minor are not applied to the page. — Makyen (talk) 09:12, 4 May 2014 (UTC) |
| To duplicate: | Happens every time. Have a rule set to minor, cause text that should be changed to be on the page and then hit F5 in the edit box. I have not not attempted to min-case it. If it is found to not be reproducible, I will work on finding a minimum case. |
| Site URL: | enwiki |
| Operating system | Windows XP |
| .NET FW Version | 2.0.50727.3655 |
| AWB version | 5.5.2.3 |
| Workaround | uncheck "Skip if: only minor replacement made" and re-parse. |
| Fixed in version | rev 10097 |
- I can replicate this when skip minor replacement is enabled, only when this skip option is enabled, and it's only a problem on re-parse. I'll look into fixing it. Rjwilmsi 07:13, 6 May 2014 (UTC)
- It is always nice to hear that it can be replicated. At least then we know that it is not just on my config, or that I am seeing something that is not really there. I appreciate your looking into it and looking to fix it.
- However, you merged another bug report into this one. I see two different behaviors. I am wondering if the merge was because you felt the two different behaviors were actually the same bug, or if you were unable to duplicate the second behavior and felt that it was just a duplicate report of this bug. You're looking at the code, so are the one that makes the call as to 1 or 2 bugs. I just want to make sure that both behaviors are noted (and, hopefully, fixed). I don't want the second behavior to fall through the cracks because I failed to describe it sufficiently, or because it was a bit more difficult to duplicate.
- The two different behaviors:
- Not run on initial parse with "minor" and "after fixes" checked in the rule and "Skip if: only minor replacement made". Does not run on re-parse. Will run on re-parse if "Skip if: only minor replacement made" unchecked after initial parse.
- Runs on initial parse with "minor" and not "after fixes" checked in the rule and "Skip if: only minor replacement made". Does not run on re-parse. Will run on re-parse if "Skip if: only minor replacement made" unchecked after initial parse.
- The two different behaviors:
- Behavior #1:
- I encountered this issue – intended to be covered by this bug report – where rules marked as both minor and after fixes did not run on initial parsing of the page – definitely not run on initial parsing. I only noticed it because replacements I expected to see in an article upon initial presentation to me had not occurred (one that was not skipped according to any skip criteria at the time). I do not recall if, at the time, I attempt to re-parse in order to see if it still failed to run on a re-parse. After testing further, I verified that the rule is also not run on re-parse.
- For me it is definitely not run on initial parse of the page and on re-parse. The "after fixes" checkbox can be unchecked and re-parse will work normally for that rule. I have re-verified that it is on both initial parse and re-parse. I also confirmed that "Skip if: only minor replacement made" must be checked for the issue to occur and that unchecking "Skip if: only minor replacement made" after initial parse will result on the rule being run upon re-parse.
- Behavior #2:
- The other bug was that the rules marked as "minor" (not "after fixes") definitely ran on initial parse. They then definitely did not run on re-parse. "Skip if: only minor replacement made" must be checked. They will run on re-re-parse after "Skip if: only minor replacement made" is unchecked. There appears to be more to the conditions causing the not running upon re-parse as my simple, quick testing did not duplicate this issue. However, I am able to repeatedly duplicate it in real runs. I will attempt to get a better min-case.
- It may be all one bug, grouped in one set of code. However, to me, from an observation standpoint, it is two different behaviors.
- #1 We appear to have min-cased. It is repeatable with those settings.
- #2 Is not yet exactly defined. I have not seen the issue in a simple case, but do see it in normal use. For me it is repeatable to the extent of regularly (multiple times in a session) working around the issue (needing to uncheck "Skip if: only minor replacement made" prior to re-parsing). — Makyen (talk) 23:39, 6 May 2014 (UTC)
- rev 10097 Don't apply find & replace skip checks when reparsing. You're writing a lot but I am unable to replicate any problems on first parse. If you want me to look at it further, please provide an AWB settings file and an article where the first parse problem can be replicated. Thanks Rjwilmsi 09:54, 7 May 2014 (UTC)
- That is a reasonable request. I do see it routinely with the set of rules I am currently using. Is there a normal/good way to pass you the settings file? If not, I will just choose some off-wiki hosting.
- I still should make further attempts to find a minimum case.
- Hmmm... Ok hold on... I've got it down to two rules. A bit of a contrivance, but...
- Rule 1:
<Replacement> <Find>publisher</Find> <Replace /> <Comment>MINOR</Comment> <IsRegex>false</IsRegex> <Enabled>true</Enabled> <Minor>true</Minor> <BeforeOrAfter>false</BeforeOrAfter> <RegularExpressionOptions>IgnoreCase</RegularExpressionOptions> </Replacement> - Rule 2:
<Replacement> <Find>({{\s*[cC]it[ea](?:[^}{]*(?:\{\{[^}{]*}}[^}{]*)*)\|(?:[^}{\n\r]*(?:\{\{[^}{]*}}[^}{]*)*))(\s*\|\s*)(coauthors)(\s*=\s*)((?:[^}{|\[/;:+&]*))(?=\s*[|}])</Find><Replace>$1$2author2$4<!---publisher--->$5</Replace> <Comment>NOT minor</Comment> <IsRegex>true</IsRegex> <Enabled>true</Enabled> <Minor>false</Minor> <BeforeOrAfter>false</BeforeOrAfter> <RegularExpressionOptions>IgnoreCase</RegularExpressionOptions> </Replacement> - Page:Park Si-Hun
- Rule 1:
- I, of course, remain willing to send a complete file. However, I was able to drop these two rules into a default config and exhibit issue #2 (minor rule runs on initial parse, but not re-parse). It did not matter if gen fixes and/or typos were enabled. No skip options other than "F&R Skip if: no replacement" and "F&R Skip if: only minor replacement made". — Makyen (talk) 08:12, 8 May 2014 (UTC)
- OK, this is fixed now. I have uploaded a new snapshot release to sourceforge, that URL should be available within a few minutes. Please download that and retest your scenarios, and tell me if there are any remaining problems. Rjwilmsi 10:39, 8 May 2014 (UTC)
- Thank you for the snapshot. I downloaded it and have been using it. I confirm that #2 is fixed. The fix is making my workflow much easier. Thank you.
- Unfortunately, #1 is not fully fixed (F&R rules marked both "minor" and "after fixes"). However, it has changed. They now do not run on initial parse but do run on re-parse (previously they did not run on re-parse). — Makyen (talk) 09:21, 10 May 2014 (UTC)
- Works for me on your earlier test case. If the F&R rules don't run, what happens then? Page is skipped, or only some other changes are applied on first run? Rjwilmsi 09:30, 10 May 2014 (UTC)
- Sorry for the delay in getting back to this. I completely missed that you replied.
- My earlier test case from above is for problem #2 which now works correctly with the snapshot (minors previously were not running on re-parse, now they are).
- The thing that is not working correctly, but has changed in how it works, is problem #1: "minor" and "after fixes". Behavior with snapshot is that they do not run on initial parse, but do run on re-parse.
- Specific to your question: All rules run on initial parse except those that are "minor" and "after fixes". All rules run on re-parse. — Makyen (talk) 07:08, 14 May 2014 (UTC)
- Works for me on your earlier test case. If the F&R rules don't run, what happens then? Page is skipped, or only some other changes are applied on first run? Rjwilmsi 09:30, 10 May 2014 (UTC)
- OK, this is fixed now. I have uploaded a new snapshot release to sourceforge, that URL should be available within a few minutes. Please download that and retest your scenarios, and tell me if there are any remaining problems. Rjwilmsi 10:39, 8 May 2014 (UTC)
- rev 10097 Don't apply find & replace skip checks when reparsing. You're writing a lot but I am unable to replicate any problems on first parse. If you want me to look at it further, please provide an AWB settings file and an article where the first parse problem can be replicated. Thanks Rjwilmsi 09:54, 7 May 2014 (UTC)
Clicking in edit box after switching focus to a different window causes edit box to scroll to top
| 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) |
| To 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 URL: | enwiki |
| Operating system | Windows XP |
| .NET FW Version | 2.0.50727.3655 |
| AWB version | 5.5.2.3 |
| Workaround | probably use other methods of switching window focus. I will try a alternatives. |
| Fixed in 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)
Ctrl-a does not function to select all text in multiple entry fields
| Status | New
|
|---|---|
| Description | The ctrl-a keystroke does not function to select the entire entry field in multiple entry fields. I can make a list of the fields in which I try it and find that it does not work, if it is helpful. This is particularly annoying in fields that have very small visible text area like the "find" field next to the edit box. — Makyen (talk) 10:08, 4 May 2014 (UTC) |
| To duplicate: | Have text in the field and hit ctr-l. The text will not be selected and the normal "bong" audio clip for a failed action is played. |
| Site URL: | enwiki |
| Operating system | Windows XP |
| .NET FW Version | 2.0.50727.3655 |
| AWB version | 5.5.2.3 |
| Workaround | Use the mouse or other multi-keypres combinations to select the text (e.g. Home then shift-End. |
| Fixed in version |
I was going to report that Ctrl-A fails to select all the items in List comparer Results lists, but this report seems to cover that. Stevie is the man! Talk • Work 10:35, 20 August 2014 (UTC)
Sometimes upon clicking save AWB restarts same article without hand edited changes
| Status | Need more information |
|---|---|
| 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) |
| To duplicate: | Not sure. However, it has happened multiple times; more than enough such that it is quite anoying. |
| Site URL: | enwiki |
| Operating system | Windows XP |
| .NET FW Version | 2.0.50727.3655 |
| AWB version | 5.5.2.3 |
| Workaround | none; copy text elsewhere prior to save in case of failure. |
| Fixed in version |
- @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)
- @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)
- @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)
- @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)
- Autosave.txt and "Replace text with last edit" are unrelated. Rjwilmsi 07:26, 7 May 2014 (UTC)
- 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)
Database scanner: wrong display of the window
| Status | New
|
|---|---|
| Description |  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. |
| To 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 URL: | N/A |
| Operating system | Windows 7 |
| .NET FW Version | 2.0.50727.5477 |
| AWB version | 5.5.2.3 |
| Workaround | |
| Fixed in version |
ExplicitCapture
| 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) |
| To duplicate: | |
| Operating system | Win 7 |
| .NET FW Version | |
| AWB version | ...5.5.2.3... & ...5.5.3.0... |
| Workaround | |
| Fixed in version |
Wrong selection
Also in this version is present a strange behaviour. When there's a bold word word like '''this''', is not possible to select it through a double click. If I double click over that word, what is selected are the three apos plus the following white spaces. I'm giving you this page just as a reference, but you can reproduce it with any page. --Andyrom75 (talk) 21:43, 9 June 2014 (UTC)
Ctrl functions don't work in List comparer Results lists
| Status | New
|
|---|---|
| Description | Ctrl functions don't work in List comparer Results lists. Ctrl-A doesn't work to select all. The cut/copy Ctrl functions (X,C) don't work either. I saw that a bug related to Ctrl-A was already created, but this bug seems to go beyond that for these lists. Stevie is the man! Talk • Work 10:52, 20 August 2014 (UTC) |
| To duplicate: | Open Tools, List comparer. Create two lists and click the Compare button. In any of the results lists, try to use Ctrl-A, or try to select several items, then Ctrl-C or Ctrl-X. They don't function as they do in lists elsewhere. |
| Site URL: | en.wikipedia.org |
| Operating system | Windows 7 |
| .NET FW Version | 2.0.50727.5483 |
| AWB version | 5.5.4.0 |
| Workaround | Select all (Ctrl-A) can be done by selecting the first item, then doing Shift-end. Copy (Ctrl-C) can be done by selecting items and then clicking "Copy selected" in the context menu. Cut (Ctrl-X) can be done by selecting items, clicking "Copy selected" in the context menu, then clicking "Delete selected". |
| Fixed in version |
Wiki search (text) @ hr.wikipedia
| Status |  Not a bug in AWB, has been referred
|
|---|---|
| Description | Wiki search (text) bug? |
| To duplicate: | |
| Site URL: | hr.wikipedia |
| Operating system | Win XP (Win 7 also) |
| .NET FW Version | 2.0.50727.3053 |
| AWB version | 5.5.4.0 |
| Workaround | |
| Fixed in version |
I'm trying to find particular words in articles on hr.wikipedia, but AWB can't find anything. The only way to find is put word in quotes, but results are incomplete. For example, search for word jučer gave 0 results, but search for word "jučer" gave 21 pages although there are 182 pages with that word (according to search at hr.wikipedia [11]). I've tried to search en.wikipedia, AWB working fine even without quotes (""). What's the problem with hr.wiki?--Ma
Ga 07:13, 18 September 2014 (UTC)
Reedy I wonder if this is mediawiki problem. We had the same issue reported for other wikis too. Check User_talk:Magioladitis#question too. -- Magioladitis (talk) 07:49, 18 September 2014 (UTC)
Hello, I can just confirm that there is exactly the same problem when doing a "Wiki search (text)" on the Swedish wikipedia (sv.wikipedia) in AWB. For example, when searching for Malta, you'll get 2 search results (of over 5,000 when searching directly on sv.wikipedia.org). I noticed that if you put the search term inside quotation marks "Malta" you'll get around 500 search hits in AWB, an improvement but still only 10% of the actual occurrences on sv.wikipedia //Inteloutside2 (talk) 00:23, 29 September 2014 (UTC)
- I have been having very strange results using Wiki search (text) on en.wikipedia; with AWB 5.5.5.0, for example, search for "surreptitiously-" gives 727 main space pages. I went back to AWB 5.5.3.0 and it works correctly (3 pages returned). Even searching for nonexistent words almost always returns "Emoticon". I think we need a sad face here :-( while I go back to the earlier version. Pretty sure it's not a Mediawiki problem. Chris the speller yack 14:03, 2 October 2014 (UTC)
- Can we please get 5.5.3.0 enabled on en.wikipedia again? As things stand, I have to run 5.5.3.0 to get a list, then save it, then run 5.5.5.0 to use the list. Chris the speller yack 14:08, 2 October 2014 (UTC)
Chris the speller I reenabled 5.5.3.0. Please tell me if you still get difference results and whether 5.5.3.0 is more accurate. Reedy is this possible? -- Magioladitis (talk) 14:38, 2 October 2014 (UTC)
The only thing we did this year in ListProvider was to remove some commented out code (rev 19472). Previous changes was in September 2013. -- Magioladitis (talk) 14:44, 2 October 2014 (UTC)
- Well, now both versions of AWB are returning crazy search results. (BTW, 5.5.3.0 still says it's not enabled, but I guess it won't help me anyway.) Maybe it's an intermittent Mediawiki bug. Thanks for trying. Chris the speller yack 15:06, 2 October 2014 (UTC)
- @Magioladitis: Now we're getting somewhere; it wasn't going back to 5.5.3.0 that fixed it – it was launching AWB and doing the text search before loading any settings file. Once I load a settings file, the text search goes haywire. Is there some conflict between 5.5.4.0/5.5.5.0 and existing settings files from 5.5.3.0 and earlier? Chris the speller yack 15:48, 2 October 2014 (UTC)
@Chris the speller: so:
- Wikisearch before loading any settings
- Wikisearch after loading any settings in 5.5.5.0
gives difference results. Right? Any chance that there is something in settings that activates the Filter? -- Magioladitis (talk) 15:56, 2 October 2014 (UTC)
- @Magioladitis: After more investigation, it was not the settings file, it was logging on that fouled things up! I went to my Beta preferences in WP and disabled the "New Search" feature. That seems to have fixed everything. Something else changed in recent weeks, I think; AWB never noticed my Beta search preference before. I started using the "New search" regularly when the LuceneSearch indexing stopped for about 11 days. Its index is better now, so I don't need "New search" as a preference. Chris the speller yack 16:23, 2 October 2014 (UTC)
@ERJANIK: et al. I ve been told by Mediawiki guys that the problem will be resolved by the end of this month. -- Magioladitis (talk) 09:08, 7 October 2014 (UTC)
- ok, thank you very very much. --ERJANIK (talk) 13:02, 7 October 2014 (UTC)
- Great news. I hope it will be so. Magioladitis, will you keep us informed about it, please?--Ma
Ga 16:55, 7 October 2014 (UTC)
No progress about this until today...--MaGa 13:43, 7 November 2014 (UTC)
UriFormatException
| Status | Need more information | ||||||
|---|---|---|---|---|---|---|---|
| Description |
System.UriFormatException: Invalid URI: The hostname could not be parsed. at System.Uri.CreateThis(String uri, Boolean dontEscape, UriKind uriKind) at System.Uri..ctor(String uriString) at System.Windows.Forms.Application.get_ExecutablePath() at WikiFunctions.AwbDirs.MigrateDefaultSettings() at AutoWikiBrowser.Program.Main(String[] args) Message on startup of software, cannot continue. Might be something I don't know about the AWB, first time I try to use, so show mercy please ;-) elya (talk) 20:50, 18 September 2014 (UTC) | ||||||
| To duplicate: | Unknown | ||||||
| Site URL: | https://en.wikipedia.org (<-- no site chosen yet and not planned to use it on en, not sure were this comes from) | ||||||
| Operating system | Microsoft Windows NT 5.1.2600 Service Pack 3 (via Mac Parallels 4.0) | ||||||
| .NET FW Version | 2.0.50727.3082 | ||||||
| AWB version | AutoWikiBrowser (5.5.4.0), WikiFunctions (5.5.4.0), revision 10393 (2014-08-20 20:29:53) | ||||||
| Workaround | |||||||
| Fixed in version |
- @Elya: are you running AWB from a network share? Rjwilmsi 09:19, 11 November 2014 (UTC)
Double click on deleted last line doesn't work
| Status | Need more information |
|---|---|
| Description | When removing the last line of a page (e.g removing {{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) |
| To duplicate: | |
| Site URL: | English Wikipedia |
| Operating system | Windows XP |
| .NET FW Version | 2.0.50727.4961 |
| AWB 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. |
| Fixed in version |
- @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)
- Where do I get this file? עוד מישהו Od Mishehu 16:12, 13 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)
- I only have the unzipped version of
- 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)
- No, that's always where I click for deleted lines. עוד מישהו Od Mishehu 16:01, 11 November 2014 (UTC)
It's still happenning - just got it at Cameron Park Historic District. עוד מישהו Od Mishehu 07:53, 19 November 2014 (UTC)
Error 'Could not load file or assembly...'
| Status | Need more information |
|---|---|
| Description | When i'm launching AWB or click Options->Preferences error appears: "Could not load file or assembly 'System.Core, Version=3.5.0.0, Culture=neutral, PublicKeyToken=b77a5c51934e089' or one of its dependencies" and AWB don't work--Alexandr ftf (talk) 22:48, 1 October 2014 (UTC) |
| To duplicate: | |
| Site URL: | en.wiki/ru.wiki |
| Operating system | Win XP |
| .NET FW Version | 4.0 |
| AWB version | 5.5.5.0 / SVN 10470 |
| Workaround | |
| Fixed in version |
- @Alexandr ftf: Are you sure you have .NET version 4.0 installed? Rjwilmsi 09:16, 11 November 2014 (UTC)
InvalidOperationException in SpecialPageListProvider.MakeList
| Status | Need more information | ||||||
|---|---|---|---|---|---|---|---|
| Description | nThread: ListMaker (SpecialPageListProvider: )
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) | ||||||
| To duplicate: | Unknown | ||||||
| Site URL: | https://ca.wikiquote.org | ||||||
| Operating system | Microsoft Windows NT 6.1.7601 Service Pack 1 | ||||||
| .NET FW Version | 2.0.50727.5472 | ||||||
| AWB version | AutoWikiBrowser (5.5.4.0), WikiFunctions (5.5.4.0), revision 10393 (2014-08-20 20:29:53) | ||||||
| Workaround | |||||||
| Fixed in version |
- Do you have a reliable way to reproduce this problem? Thanks Rjwilmsi 08:05, 14 October 2014 (UTC)
| Status | New
|
|---|---|
| Description | Example here. "established_date3" does not display, which means that "the named reference Cordele was invoked but never defined". This may be more properly a Mediawiki bug, and I don't know if it's possible for AWB to check for this. NE2 00:57, 12 November 2014 (UTC) |
| To duplicate: | |
| Operating system | |
| .NET FW Version | |
| AWB version | 5.5.5.0 |
| Workaround | |
| Fixed in version |
- I'm surprised that the infobox template doesn't kick out an error if a field is populated but for whatever rules the infobox has, it's not shown. The only way I can see that we could catch this in AWB, as it's not apparent from the source text, would be to do a preview of the page after making changes and look for reference errors. Seems like a big overhead when the problem really is misconfiguration of the infobox template parameters on the article. Rjwilmsi 17:44, 12 November 2014 (UTC)
- Another option would be that after conversion we make the full ref the one outside the infobox, and just have the abbreviated ref inside the infobox. Rjwilmsi 09:54, 13 November 2014 (UTC)
Persondata has been deprecated
| Status | Need more information |
|---|---|
| Description | As per this Tfd and this discussion, Persondata has been deprecated and can stop being added to articles. Msmarmalade (talk) 00:08, 25 November 2014 (UTC) |
| To duplicate: | |
| Site URL: | en.wikipedia |
| Operating system | |
| .NET FW Version | |
| AWB version | |
| Workaround | |
| Fixed in version |
Please note that the deprecation decision is being contested. Periglio (talk) 04:10, 25 November 2014 (UTC)
I follow th discussions. We won't stop adding Persondata until there is a clear consensus and until it is ensured that the bots have transfered all data in another place. Changes that will affect 1.5 million pages should always be done very carefully. -- Magioladitis (talk) 08:42, 25 November 2014 (UTC)
- To be clear, this request is only to stop adding new Persondata, not to delete existing Persondata. I am, however, happy to wait until Periglio's contest is processed and the outcome of that contest is reached. A 'consensus' (by 4 users as compared to the ~50 users in the RfC) was reached in the Tfd linked above, but no-one had indicated wanting to formally contest it until now—Msmarmalade (talk) 09:08, 25 November 2014 (UTC)
TargetInvocationException in Plugin.LoadPlugins
| Status | New
| ||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description |
System.Reflection.TargetInvocationException: Δημιουργήθηκε εξαίρεση από τον προορισμό μιας κλήσης. ---> System.TypeInitializationException: Η προετοιμασία τύπου για το 'WikiFunctions.Parse.Parsers' δημιούργησε μια εξαίρεση. ---> System.Net.WebException: Δεν ήταν δυνατή η επίλυση του απομακρυσμένου ονόματος: 'en.wikipedia.org' σε System.Net.HttpWebRequest.GetResponse() σε WikiFunctions.Tools.GetHTML(String url, Encoding enc, String& responseURL) στο c:\Users\Marios\Desktop\AWB\WikiFunctions\Tools.cs:γραμμή 437 σε WikiFunctions.Tools.GetHTML(String url, Encoding enc) στο c:\Users\Marios\Desktop\AWB\WikiFunctions\Tools.cs:γραμμή 418 σε WikiFunctions.Tools.GetHTML(String url) στο c:\Users\Marios\Desktop\AWB\WikiFunctions\Tools.cs:γραμμή 395 σε WikiFunctions.Parse.MetaDataSorter.LoadInterWikiFromNetwork() στο c:\Users\Marios\Desktop\AWB\WikiFunctions\Parse\MetaDataSorter.cs:γραμμή 214 σε WikiFunctions.Parse.MetaDataSorter..ctor() στο c:\Users\Marios\Desktop\AWB\WikiFunctions\Parse\MetaDataSorter.cs:γραμμή 80 σε WikiFunctions.Parse.Parsers..cctor() στο c:\Users\Marios\Desktop\AWB\WikiFunctions\Parse\Parsers.cs:γραμμή 6512 --- Τέλος ιχνηλάτησης στοίβας εσωτερικών εξαιρέσεων --- σε WikiFunctions.Parse.Parsers..ctor() σε AutoWikiBrowser.Plugins.Delinker.DelinkerAWBPlugin..ctor() --- Τέλος ιχνηλάτησης στοίβας εσωτερικών εξαιρέσεων --- σε System.RuntimeTypeHandle.CreateInstance(RuntimeType type, Boolean publicOnly, Boolean noCheck, Boolean& canBeCached, RuntimeMethodHandle& ctor, Boolean& bNeedSecurityCheck) σε System.RuntimeType.CreateInstanceSlow(Boolean publicOnly, Boolean fillCache) σε System.RuntimeType.CreateInstanceImpl(Boolean publicOnly, Boolean skipVisibilityChecks, Boolean fillCache) σε System.Activator.CreateInstance(Type type, Boolean nonPublic) σε System.Activator.CreateInstance(Type type) σε AutoWikiBrowser.Plugins.Plugin.LoadPlugins(IAutoWikiBrowser awb, String[] plugins, Boolean afterStartup) στο c:\Users\Marios\Desktop\AWB\AWB\PluginManager.cs:γραμμή 424
Magioladitis (talk) 07:40, 3 December 2014 (UTC) | ||||||||||||||||||||||||
| To duplicate: | Unknown | ||||||||||||||||||||||||
| Site URL: | https://en.wikipedia.org | ||||||||||||||||||||||||
| Operating system | Microsoft Windows NT 6.2.9200.0 | ||||||||||||||||||||||||
| .NET FW Version | 2.0.50727.8009 | ||||||||||||||||||||||||
| AWB version | AutoWikiBrowser (5.5.5.1), WikiFunctions (5.5.5.1), revision 10505 (2014-12-01 11:21:19) | ||||||||||||||||||||||||
| Workaround | |||||||||||||||||||||||||
| Fixed in version |
It was caused by temporariry loss of connection. -- Magioladitis (talk) 07:40, 3 December 2014 (UTC)
It takes two runs to add bullets
| Status | Fixed in the next release
|
|---|---|
| Description | [12] Magioladitis (talk) 20:42, 12 December 2014 (UTC) |
| To duplicate: | |
| Site URL: | enwiki |
| Operating system | |
| .NET FW Version | |
| AWB version | rev 10514 |
| Workaround | |
| Fixed in version | rev 10526 |
Underlinked in very short page
| Status | Need more information |
|---|---|
| Description | [13] Magioladitis (talk) 20:43, 12 December 2014 (UTC) |
| To duplicate: | |
| Site URL: | enwiki |
| Operating system | |
| .NET FW Version | |
| AWB version | rev 10514 |
| Workaround | |
| Fixed in version |
- @Magioladitis: So what do you suggest the revised rules for adding underlinked should be? Rjwilmsi 10:35, 14 December 2014 (UTC)
Automatic bold
| Status | Fixed in the next release
|
|---|---|
| Description | On it.wiki's biographical pages we use the template:Bio that adds automatically the bold text at the first occurrence of the page's title. So, in the most of cases, edits like this are wrong. Therefore I ask you to remove this feature from the general fixes (on it.wiki), cause otherwise we can use the general fixes only in semi-automatic mode. Horcrux92 (talk) 17:08, 16 December 2014 (UTC) |
| To duplicate: | |
| Site URL: | http://it.wikipedia.org |
| Operating system | |
| .NET FW Version | |
| AWB version | |
| Workaround | |
| Fixed in version | rev 10525 |
Or maybe is there a way to choose the general fixes I'd like to use? --Horcrux92 (talk) 17:10, 16 December 2014 (UTC)