This is an archive of past discussions about Wikipedia:AutoWikiBrowser. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page.
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)
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.
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)
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)
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)
Wikia make somewhat of a mess ontop of MediaWiki, and don't maintain it with the core software. Upgrading is a huge PITA. Reedy (talk) 19:16, 8 January 2014 (UTC)
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.
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)
Object reference not set to an instance of an object.
Call stack:
à AutoWikiBrowser.MainForm.SetProject(String code, ProjectEnum project, String customProject, String protocol)
à AutoWikiBrowser.MainForm.LoadPrefs(UserPrefs p)
à AutoWikiBrowser.MainForm.LoadPrefs(String path)
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)
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)
@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. JimCarter16:52, 2 October 2014 (UTC)
This message appears at ~75% of the progress bar. Earlier, at ~10% progress bar, I get this message (in a messagebox with an 'OK' button):
"Netwerk access error De type-initialisatievoor WikiFunctionsParse.Parsers heeft een uitzondering gemaakt" (Dutch; '... has created an exception'?).
I can continue and then log in in AWB. Then, when I Start a run, my AWB enters an eternal loop "Restarting in n seconds".
This happens aftersince I installed this version. It could be that it happened days before too (with the previous version). I remember that this happened too with version 5.5.1.0 (August 2014? July 2013; see next post), and then disappeared with its next version. I did not touch the registry or any AWB settings-files. Any ideas or questions? @Magioladitis: -DePiep (talk) 17:20, 19 March 2015 (UTC)
I just got this when attempting to load settings for use on the Yu-Gi-Oh! wiki; I was able to log in correctly, but none of the settings I tried to load worked. This is on the most recent version of AWB; I've added the version string from my error report to the above template. 「ディノ奴千？！」? · ☎ Dinoguy100000:25, 15 May 2015 (UTC)
Form that is already displayed modally cannot be displayed as a modal dialog box. Close the form before calling showDialog.
Call stack:
at System.Windows.Forms.Form.ShowDialog(IWin32Window owner)
at System.Windows.Forms.Form.ShowDialog()
at WikiFunctions.Lists.Providers.SpecialPageListProvider.MakeList(String[] searchCriteria)
at WikiFunctions.Controls.Lists.ListMaker.MakeTheList()
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()
I have only followed the instructions of tha AWB to report the bug. But I don't have any idea of what is it about... so no.--Unapersona (talk) 14:44, 22 December 2014 (UTC)
Attempted to save a wrong page (Article name: '16 marca', session page title: '')
Call stack:
in AutoWikiBrowser.MainForm.Save()
in AutoWikiBrowser.MainForm.btnSave_Click(Object sender, EventArgs e)
in System.Windows.Forms.Control.OnClick(EventArgs e)
in System.Windows.Forms.Button.OnClick(EventArgs e)
in System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
in System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
in System.Windows.Forms.Control.WndProc(Message& m)
in System.Windows.Forms.ButtonBase.WndProc(Message& m)
in System.Windows.Forms.Button.WndProc(Message& m)
in System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
in System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
in System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
System.Exception: Attempted to save a wrong page (Article name: '16 marca', session page title: '')
in AutoWikiBrowser.MainForm.Save()
in AutoWikiBrowser.MainForm.btnSave_Click(Object sender, EventArgs e)
in System.Windows.Forms.Control.OnClick(EventArgs e)
in System.Windows.Forms.Button.OnClick(EventArgs e)
in System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
in System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
in System.Windows.Forms.Control.WndProc(Message& m)
in System.Windows.Forms.ButtonBase.WndProc(Message& m)
in System.Windows.Forms.Button.WndProc(Message& m)
in System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
in System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
in System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
Same:System.Exception: Attempted to save a wrong page (Article name: 'I liga polska w piłce nożnej (2005/2006)', session page title: '')
The Polish (talk) 16:16, 21 December 2014 (UTC) with AutoWikiBrowser (5.5.5.0), WikiFunctions (5.5.5.0), revision 10470 (2014-09-22 01:51:36)
The given key was not present in dictionary. On others *.elderscrolls.wikia`s AWB works, but on Ru — it won`t. Tested on Wine in OS X, Windows 7, Windows 8, 8.1 — Same problem... :-(
Collection was modified; enumeration operation may not execute.
Call stack:
at System.ThrowHelper.ThrowInvalidOperationException(ExceptionResource resource)
at System.Collections.Generic.List`1.Enumerator.MoveNextRare()
at System.Collections.Generic.List`1.Enumerator.MoveNext()
at System.Linq.Enumerable.<DistinctIterator>d__7a`1.MoveNext()
at System.Collections.Generic.List`1..ctor(IEnumerable`1 collection)
at System.Linq.Enumerable.ToList[TSource](IEnumerable`1 source)
at WikiFunctions.Tools.DeduplicateList(List`1 input)
at WikiFunctions.Parse.Parsers.RenameTemplateParameters(String articleText, List`1 RenamedTemplateParameters)
at WikiFunctions.Article.PerformGeneralFixes(Parsers parsers, HideText removeText, ISkipOptions skip, Boolean replaceReferenceTags, Boolean restrictDefaultsortAddition, Boolean noMOSComplianceFixes)
at AutoWikiBrowser.MainForm.ProcessPage(Article theArticle, Boolean mainProcess)
System.InvalidOperationException: Collection was modified; enumeration operation may not execute.
at System.ThrowHelper.ThrowInvalidOperationException(ExceptionResource resource)
at System.Collections.Generic.List`1.Enumerator.MoveNextRare()
at System.Collections.Generic.List`1.Enumerator.MoveNext()
at System.Linq.Enumerable.<DistinctIterator>d__7a`1.MoveNext()
at System.Collections.Generic.List`1..ctor(IEnumerable`1 collection)
at System.Linq.Enumerable.ToList[TSource](IEnumerable`1 source)
at WikiFunctions.Tools.DeduplicateList(List`1 input)
at WikiFunctions.Parse.Parsers.RenameTemplateParameters(String articleText, List`1 RenamedTemplateParameters)
at WikiFunctions.Article.PerformGeneralFixes(Parsers parsers, HideText removeText, ISkipOptions skip, Boolean replaceReferenceTags, Boolean restrictDefaultsortAddition, Boolean noMOSComplianceFixes)
at AutoWikiBrowser.MainForm.ProcessPage(Article theArticle, Boolean mainProcess)
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)
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)
Actually AWB doesn't correctly start up (I said so because I didn't know what AWB is supposed to look like normally): the menu bar is replaced by some sort of error widget (white rectangle with red border and diagonals), as is some widget in the "Regexp typo fixing" block. --Rinaku (t · c) 14:13, 2 October 2011 (UTC)
An exception was thrown by the type initializer for WikiFunctions.Controls.Lists.ListMaker
Call stack:
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
Inner exception:
InvalidOperationException
Message:
The comparer threw an exception.
Call stack:
at System.Array.SortImpl (System.Array keys, System.Array items, Int32 index, Int32 length, IComparer comparer) [0x00000] in <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
Inner exception:
InvalidCastException
Message:
Cannot cast from source type to destination type.
Call stack:
at (wrapper managed-to-native) object:__icall_wrapper_mono_object_castclass (object,intptr)
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
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
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)
at System.Windows.Forms.UnsafeNativeMethods.ITextDocument.Range(Int32 cp1, Int32 cp2)
at System.Windows.Forms.TextBoxBase.ScrollToCaret()
at WikiFunctions.Controls.ArticleTextBox.Find(String strRegex, Boolean isRegex, Boolean caseSensitive, String articleName)
at AutoWikiBrowser.MainForm.lbDuplicateWikilinks_Click(Object sender, EventArgs e)
at System.Windows.Forms.Control.OnClick(EventArgs e)
at System.Windows.Forms.ListBox.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
System.NotImplementedException: The method or operation is not implemented.
at System.Windows.Forms.UnsafeNativeMethods.ITextDocument.Range(Int32 cp1, Int32 cp2)
at System.Windows.Forms.TextBoxBase.ScrollToCaret()
at WikiFunctions.Controls.ArticleTextBox.Find(String strRegex, Boolean isRegex, Boolean caseSensitive, String articleName)
at AutoWikiBrowser.MainForm.lbDuplicateWikilinks_Click(Object sender, EventArgs e)
at System.Windows.Forms.Control.OnClick(EventArgs e)
at System.Windows.Forms.ListBox.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
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. NE200: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. Rjwilmsi17: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. Rjwilmsi09:54, 13 November 2014 (UTC)
Rather than maximise the app, what happens if you try to manually resize it down to fit your screen? I've just tried resizing AWB here and it would certainly get down to be small enough, but then again I'm starting off with a 1600×1200 screen. ClickRick (talk) 23:56, 12 July 2009 (UTC)
I would do that if I could reach the bottom handles of the screen, which I cannot because AWB is too large to fit on my screen. —harej (talk) (cool!) 17:11, 13 July 2009 (UTC)
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)
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
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. – TMF19: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.
Change some link piped to a redirect page to the [[NN (x)|]], format. Press "Preview".
Site URL:
wiki.riteme.site
Operating system
Windows Vista
.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... —Reedy09: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]]. —Reedy10: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)
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. – TMF13: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. —Reedy20:18, 5 May 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). Rjwilmsi12:08, 28 March 2013 (UTC)
Login/Profiles screen list disappears on clicking headings
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.
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⇒Dinoguy100003:47, 8 June 2010 (UTC)
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. Rjwilmsi22:24, 2 August 2010 (UTC)
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,[6] 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ɴ [7]). 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.[8]
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.
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? Rjwilmsi21: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.
Happening again with a different set of rules here. In this case, I've got 1200 preparsed pages in the list, though most won't have this problem.—kwami (talk) 08:05, 3 October 2010 (UTC)
@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)
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ИAM10:50, 6 November 2010 (UTC)
I have noticed this intermittently on various versions (over last year or so). Restarting AWB seemed to work. Rjwilmsi16: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ИAM19: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ИAM18:02, 27 May 2011 (UTC)
This continues to occur, and has been happening to me more often lately – about three or four times in the last week. I'm now using SVN 8062. I understand that discovering the cause of an elusive bug such as this can be very difficult. But it's inconvenient to have to close and restart AWB when it happens. Until it gets fixed, would it be possible to add an option (maybe in the "View" menu or a right-click menu) to add the scrollbar? Or can the program automatically check to see if the scrollbar is enabled? MANdARAX•XAЯAbИAM06: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ИAM21: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)
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ИAM03:52, 13 April 2013 (UTC)
Sometimes the "Portal" namespace word is a bit more spaced out than usual, I will provide a link once the picture has uploaded. -- tnumbermaniacc08:10, 19 July 2013 (UTC)
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.
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
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? Rjwilmsi11: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 — 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.
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. Rjwilmsi14:21, 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 Rjwilmsi07:39, 22 July 2014 (UTC)
Clicking in edit box after switching focus to a different window causes edit box to scroll to top
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)
Sometimes upon clicking save AWB restarts same article without hand edited changes
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.
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)
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? Rjwilmsi08: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)
Bug of the display of the Database scanner's window, with text size increased by the OS.
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)
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)
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)
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? Rjwilmsi17: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 Mishehu17:48, 11 November 2014 (UTC)
My settings file contains the list of pages to work on alongside my settings (including enabling typo fixing). The following scenario works:
Login to arwiki.
Load the settings file.
The following scenario does not work:
Load the settings file.
Login to arwiki.
All settings are loaded correctly except loading the list of typos to be fixed which fails saying that no typos are loaded and offering to load the list of enwiki typos. The list of typos on arwiki is ar:ويكيبيديا:الأوتو ويكي براوزر/المستبدلات. This is a trivial bug but I thought that reporting it would be helpful. Meno25 (talk) 15:16, 30 December 2014 (UTC)
To duplicate:
Try to load a settings file that include enabling typo fixing on arwiki before logging in. Settings are loaded correctly except the list of typos to be fixed.
Does it work if you have those settings loaded as default? Does it work if regextypofix is disabled (and hasn't been enabled in this session) before loading the settings file? I'm suspecting a condition where it's already loaded say the enwiki typos on startup, but then doesn't reload the other typos, as the state of the checkbox doesn't change (and possibly, because the typos are already loaded(?))... Reedy (talk) 00:01, 18 February 2015 (UTC)
"أبو ظبي" is changed to "أبوظبي" regardless of your click.
The paragraph after the paragraph that contains "أبو ظبي" (that begins with "شارك في العديد") overrides the paragraph immediately before the paragraph that contains "أبو ظبي" (that begins with "يكتب القصيدة العمودية"). The paragraph immediately before the paragraph that contains "أبو ظبي" is lost. This is weird I know. Meno25 (talk) 22:25, 15 January 2015 (UTC)
Here is another example. This is a rare bug but it occurs sometimes. Working on this revision of ar:خير الدين الرملي, clicking on "الوهاب" to forbid changing it to "الوهأب" does not work. The paragraph immediately above the paragraph that contains "الوهاب" (that consists of the header == نسبه==) gets added after the paragraph that contains "الوهاب". --Meno25 (talk) 14:23, 26 January 2015 (UTC)
Options tab > Advanced settings button > Replace Special window: when rclicking on a rule that is not highlighted, the highlighted (and now unintended) rule is operated on. ~Tom.Reding (talk ⋅contribs ⋅dgaf)13:31, 22 January 2015 (UTC)
To duplicate:
Create 2 rules, lclick on #1, then:
Cut: rclick on #2, press Cut: #1 is cut.
Copy: Ctrl+C #1, rclick on #2, press Copy, Ctrl+V: #1 is pasted below #1.
Paste: same behavior as Ctrl+V (no problems).
Delete: rclick on #2, press Delete: #1 is deleted.
Site URL:
Many
Operating system
Windows 7 Ultimate 64 bit SP1
.NET FW Version
2.0.50727.5485
AWB version
5.5.6.0
Workaround
Lclick on the correct rule first (not standard behavior ><)
In Chinese Wikipedia, while {{.*-stub}} were used, our stub tags also named as \{\{.*小(作品|[條条]目)\}\}. AWB recognited Chinese-named tags as Navboxes (thus moved them to the front of categories), hope to fix it. Thanks! --CAS22222222111:41, 25 January 2015 (UTC)
I'm never able to undo changes anywhere in the "Find" and "If" tabs. Instead, the last action performed on the rules list is always undone. When redoing the undo, changes made to the removed rule are kept (thank god). Apologies if this is a feature request, because it seems like an annoying bug to me. ~Tom.Reding (talk ⋅contribs ⋅dgaf)14:52, 3 February 2015 (UTC)
To duplicate:
Create 2 rules, numbered 1 and 2. Add text in either the "Find" or "If" tabs. Ctrl+Z.
Site URL:
N/A
Operating system
Windows 7 Ultimate 64-bit SP1
.NET FW Version
2.0.50727.5485
AWB version
5.5.6.0
Workaround
Fortunately, for now, Ctrl+Y also operates exclusively on the rules list.
If one tries to get a list of last edits of a certain user using method "User contribs (user defined number)", and the parameter 'number of edits' value is more than 15,000, the output shows 20,000 edits. It has been examined trying 15,000 (OK); 15,100 (shows 20,000); 15,500 (same), 15,900 (same), 16,000 (same). MaxBioHazard (talk) 17:20, 24 February 2015 (UTC)
To duplicate:
Site URL:
ruwiki
Operating system
Win 8.1
.NET FW Version
last
AWB version
last
Workaround
Fixed in version
You'll see the same behaviour with 10,100 etc too, you'll get it rounded up to the nearest 5k (if logged in and you have the apihighlimits right). If logged out, you'll get 10,500. This is essentially expected behaviour, documented in the MW API at [13]. It is a bug, but it's not a major one. We can probably handle it better, we know which queries are "expensive" and which that aren't. So we could be smarter with the limit values we pass to know how many results we have, knowing how many we'll get on each request etc. I'll probably work on it eventually, but this should probably be moved to phabricator for longer term. Reedy (talk) 23:48, 25 February 2015 (UTC)
But API already now allows you to request any number of edits, not only maximum. It's bug, because if requested and received values differ to 4000, list must be long and time consuming cleaned manually. MaxBioHazard (talk) 20:53, 26 February 2015 (UTC)
I didn't say it wasn't a bug, it's just not a major one. But you are confused. If you make an API request with a limit number greater than "max" (which is shorthand to just give you the maximum amount of results you're "allowed" in one request), you will just be returned the value of max:
constLIMIT_BIG1=500;// Fast query, std user limitconstLIMIT_BIG2=5000;// Fast query, bot/sysop limitconstLIMIT_SML1=50;// Slow query, std user limitconstLIMIT_SML2=500;// Slow query, bot/sysop limit
To get more than these amounts (500/5000 as user contribs is a "fast" query), you have to do multiple requests. See this example requesting 25000 results for me [14]
You'll get 5000 results. Not the number you provided. To then get more results, you do a request passing in the correct continuation information. So, in the case you're requesting 10,100 results. You'll do 2 requests that give you 5000 results each. Because 2x5000 = 10000 < 10,1000, it will then do a third request for "max" results (another 5000). Which gives you the 15,000 results. If you're not a bot/sysop or have the apihighlimits rights via whatever other method, you'll get 10,500.
Like I say, it is a bug (I don't dispute that), but it's not a major one. It's going to be full of dupes anyway (most people edit the same page numerous times), so you probably should filter for dupes to begin with anyway. Reedy (talk) 17:38, 27 February 2015 (UTC)
I know all you say me. In sentence "API now allows you to request any number of edits, not only maximum" I mean that this number can be LESS than maximum. Request /w/api.php?action=query&list=usercontribs&format=xml&uclimit=123&ucuser=MaxBioHazard will give 123 last edits, not 500. So, AWB should divide requested number of edits to expression A*500(0)+B (B < 500(0)) and send last request with parameter uclimit=B. MaxBioHazard (talk) 19:04, 1 March 2015 (UTC)
Method not found: 'Void Microsoft.CSharp.CSharpCodeProvider..ctor(System.Collections.Generic.IDictionary`2<System.String,System.String>)'.
Call stack:
at WikiFunctions.CustomModules.CSharpCustomModule..ctor()
at WikiFunctions.CustomModules.CustomModuleCompiler.GetList()
at AutoWikiBrowser.CustomModule..ctor()
at AutoWikiBrowser.MainForm..ctor()
at AutoWikiBrowser.Program.Main(String[] args)
System.MissingMethodException: Method not found: 'Void Microsoft.CSharp.CSharpCodeProvider..ctor(System.Collections.Generic.IDictionary`2<System.String,System.String>)'.
at WikiFunctions.CustomModules.CSharpCustomModule..ctor()
at WikiFunctions.CustomModules.CustomModuleCompiler.GetList()
at AutoWikiBrowser.CustomModule..ctor()
at AutoWikiBrowser.MainForm..ctor()
at AutoWikiBrowser.Program.Main(String[] args)
Do you have .NET 3.5 installed or only 3.0? The process is going down the .NET 3.5 path but it looks like you don't have that (fully) installed, maybe if you have 3.0 but not 3.5 things won't work. Alternatively it should work with just .NET 2.0 and nothing higher. Rjwilmsi13:16, 13 April 2015 (UTC)
Only 3.0. If I just install 2.0 (and not 3.0 or anything higher), this very same error occurs. This is also the same error as on Linux with Wine if using "winetricks dotnet20". Kind regards, Smile4ever (talk) 16:27, 13 April 2015 (UTC)
Some problems with AWB periodically come up when its used on commons but most of the people who use AWB there are blocked here so they cannot report them and it doesn't look like anyone from the AWB team every looks there. I personally am more interested in building up the projects than whether I get blocked for helpful contributions so here are a couple that I have seen.
Could AWB be changed to remove double categories on commons like it does on ENWP. This can be tested by adding double categories to a userspace sandbox page.
AWB attempts to add Commons:Category:Living people to things that appear to be living people but Category:Living people is a redirect to People by name there.
When AWB adds the above it adds it at the bottom of the page regardless of where categories are
AWB should not add it if the category is already present.
AWB should add Commons:Category:People by name to categories if they are about living people and do not already contain it. This can be done by looking at the People related categories like it does on ENWP.
Thank you for the speedy action. Number 3 most often occurs when the interwiki links appear before the categories. If I find a couple I'll drop the links here. 96.255.237.170 (talk) 19:34, 18 April 2015 (UTC)
It turns the best we could do is enable meta data sort for commons and disable adding Living people category on commons. -- Magioladitis (talk) 22:32, 18 April 2015 (UTC)
Ok thanks. I think its safe to say the adding of Living people is undesired and should be disabled but could you clarify what effect turning on meta data sort would have? 96.255.237.170 (talk) 23:04, 18 April 2015 (UTC)
La référence d'objet n'est pas définie à une instance d'un objet.
Call stack:
à AutoWikiBrowser.MainForm.SetProject(String code, ProjectEnum project, String customProject, String protocol)
à AutoWikiBrowser.MainForm.LoadPrefs(UserPrefs p)
à AutoWikiBrowser.MainForm.LoadPrefs(String path)
System.NullReferenceException: La référence d'objet n'est pas définie à une instance d'un objet.
à AutoWikiBrowser.MainForm.SetProject(String code, ProjectEnum project, String customProject, String protocol)
à AutoWikiBrowser.MainForm.LoadPrefs(UserPrefs p)
à AutoWikiBrowser.MainForm.LoadPrefs(String path)
By the way, La référence d'objet n'est pas définie à une instance d'un objet. makes no sense in French. Regards, Automatik (talk) 13:06, 11 May 2015 (UTC)
With me, I do not have this experience as a possible bug cause (at all). About the French La référence ... phrasing: isn't that a Microsoft message? Knowing the English wording, to me it makes sense in object oriented programming. -DePiep (talk) 07:14, 12 May 2015 (UTC)
This bug is not solved in AWB 5.5.7.0. Worse: there was no communication. (I am without AWB since December 2014). -DePiep (talk) 22:50, 20 May 2015 (UTC)
GoingBatty it seems really silly that it wouldn't since I've seen it reorder tags and put them inside of Multiple issues when there is already a multiple issues on the page (although I haven't seen it wrap multiple tags in multiple issues on its own or remove multiple issues template when there is only one issue, which it should probably do too.). Anyways, if you think it should be a request, please do move it for me as I'm not sure how to do that exactly or what the protocol is. Thank you very much sir. 3gg5amp1e (talk) 11:49, 14 May 2015 (UTC)
The example article has two {{orphan}} templates with different parameters. I don't think we should arbitrarily be removing one of the duplicates. Rjwilmsi09:53, 29 May 2015 (UTC)
ved System.Threading.Thread.JoinInternal()
ved WikiFunctions.API.AsyncApiEdit.Abort()
ved AutoWikiBrowser.MainForm.Stop()
ved AutoWikiBrowser.MainForm.btnStop_Click(Object sender, EventArgs e)
ved System.Windows.Forms.Control.OnClick(EventArgs e)
ved System.Windows.Forms.Button.OnClick(EventArgs e)
ved System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
ved System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
ved System.Windows.Forms.Control.WndProc(Message& m)
ved System.Windows.Forms.ButtonBase.WndProc(Message& m)
ved System.Windows.Forms.Button.WndProc(Message& m)
ved System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
ved System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
ved System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
System.Threading.ThreadStateException: Tråden er ikke startet.
ved System.Threading.Thread.JoinInternal()
ved WikiFunctions.API.AsyncApiEdit.Abort()
ved AutoWikiBrowser.MainForm.Stop()
ved AutoWikiBrowser.MainForm.btnStop_Click(Object sender, EventArgs e)
ved System.Windows.Forms.Control.OnClick(EventArgs e)
ved System.Windows.Forms.Button.OnClick(EventArgs e)
ved System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
ved System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
ved System.Windows.Forms.Control.WndProc(Message& m)
ved System.Windows.Forms.ButtonBase.WndProc(Message& m)
ved System.Windows.Forms.Button.WndProc(Message& m)
ved System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
ved System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
ved System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
So, I managed to fix my previous bug. Now another one has come up: every time I try to hit the "Save settings as default" button to save the settings, it constantly tells me "Saving settings failed due to insufficient permissions". This error makes no sense because it's saving to my own profile, which is marked as an admin. This error did not occur before in a previous version. I have tried to use the compatibility options, which served no effect. Is there a bug with the program? --86.138.162.18 (talk) 22:54, 22 May 2015 (UTC)
Could not load type 'WikiFunctions.Controls.ComboBoxInvoke' from assembly 'WikiFunctions, Version=5.5.5.0, Culture=neutral, PublicKeyToken=null'.
Call stack:
at AutoWikiBrowser.MainForm..ctor()
at AutoWikiBrowser.Program.Main(String[] args)
System.TypeLoadException: Could not load type 'WikiFunctions.Controls.ComboBoxInvoke' from assembly 'WikiFunctions, Version=5.5.5.0, Culture=neutral, PublicKeyToken=null'.
at AutoWikiBrowser.MainForm..ctor()
at AutoWikiBrowser.Program.Main(String[] args)
After today's update to 5.7.0.0 I cannot switch from en.wiki to my local pl.wiki where I have a bot account. So, I cannot use AWB at all. There is an error message popped up saying about error connection to server. I have tried others local wikis and the same problem occurred. Blackfish (talk) 21:33, 14 July 2015 (UTC)
Whatever. The bug I reported on six version ago still happens in 5700. Why should I spend time on a new bug report, and even have to log in externally, while it was not even acknowledged back then? -DePiep (talk) 21:35, 20 July 2015 (UTC)
The bug has been migrated. No need to create a new bug for it. There should be a task-number on the archive page. (t) Josve05a (c)23:35, 20 July 2015 (UTC)
Duplicate Typo Rule AND Version v5.7 of AWB does not find replacement as it used to
Resolved
Hello each time I open AWB (v5.7), that I use on Wikipedia FR, I get the following error as seen in the following screen clipping :
Bug AWB - Duplicate Typo Rule.
Using the past version v5.5.6, I never experienced the issue. No mater how many times the app is restarted, and I am not so sure what to do.
Also and more important, since the new version it barely find any changes to make on pages which defeat the purpose of the application.
Finally lots no units work properly anymore (example: finding 10 000 km does not offer to change to {{Unité|10000|km}} automatically - same goes for Kg (kilograms), distances etc...)
Is this in the list of known bugs ?
For me the last part, is the most important issue, as it nearly renders AWB unusable.
Re: the typo error, I'm not seeing it in my copy of AWB, and I don't think we have the rule shown in the error display even one time. Is there a separate French typo repository it checks? Stevie is the man!Talk • Work19:17, 2 September 2015 (UTC)
I just checked the French typos (which I just discovered), and indeed, a duplicate find with a different replace was added on August 30. That needs to be checked out by someone over there. Stevie is the man!Talk • Work19:24, 2 September 2015 (UTC)
@Stevietheman:, I do thank you so much for your reply ! Thanks for confirming "we don't have the rule shown in the error display even one time". I also understand now that this is an error which is localized with the French typos of AWB. This is very helpful. (I am not sure at all how this works, but it is a start I can post a message on the FR forum now). Merci beaucoup ! — Ludopedia(Talk)04:41, 3 September 2015 (UTC)
@Stevietheman:, I'm the one who created the duplicate find with a differente replace. That's too bad that AWB can't handle properly such things, at least not blocking the tool completely. I added the rule to provide 2 different replace for things like ,'' (coma, 2 apostrophes, whitespace) so that it can be replaced either by '', (the 2 apostrophes are the end of italics for the word before the coma) or , '' (the 2 apostrophes are the begin of italics for the word after the coma). WPCleaner was happy with the 2 different replace, can AWB be modified to better handle such configuration ? --NicoV(Talk on frwiki)05:28, 3 September 2015 (UTC)
Thanks for filing on Phabricator. Assuming it is fixed somehow, I guess you may have to decide which is the more likely rule to apply and put that first (although I'm not sure if AWB exactly performs typo rules in listed order). Alternatively, this all may be a reason to not have any of the two rules. Typo rules are supposed to work for all cases, handling any exceptions that pop up so as to avoid false positives. Or, maybe the two find rules could be rewritten with different lookaheads/lookbehinds? Stevie is the man!Talk • Work10:30, 3 September 2015 (UTC)
Re: "since the new version it barely find any changes to make on pages", this could be happening because the pages have few or no issues to fix. After all, AWB's base fixes are pretty conservative. And as for converting amount values to using templates, I'm not sure AWB ever did that, at least not in the English Wikipedia. Stevie is the man!Talk • Work10:36, 3 September 2015 (UTC)
I already suggested that WPCleaner uses a different list for "Typo fixes suggestions". AWB will stay to what it does and we may consider using the created list in the future. -- Magioladitis (talk) 05:21, 4 September 2015 (UTC)
New
Fixed in the next release
Resolved