Wikipedia talk:AutoWikiBrowser/Bugs/Archive 26
 | This is an archive of past discussions about Wikipedia:AutoWikiBrowser. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page. |
| Archive 20 | ← | Archive 24 | Archive 25 | Archive 26 | Archive 27 | Archive 28 | → | Archive 30 |
Latest AWB update was mandatory, but described as "optional"
| Status |  Resolved
|
|---|---|
| Description | When I tried to run AWB SVN 10146 today, I received a pop-up window saying the version was I had was no longer supported, and that I should run AWB Updater to download the current version. (This is wonderful!) When I ran AWB Updater, it said that an "optional" update was available. In this situation, the word "optional" doesn't seem to apply. GoingBatty (talk) 22:19, 18 May 2014 (UTC) |
| To duplicate: | Try to run AWB SVN 10146 |
| Site URL: | wiki.riteme.site |
| Operating system | Windows 7 |
| .NET FW Version | 2.0.50727.5477 |
| AWB version | AWB SVN 10146, AWB Updater 2.0.2.0 |
| Workaround | Ignore the text and update |
| Fixed in version |
GoingBatty you 've been using a debug version and not an official release version. -- Magioladitis (talk) 07:44, 19 May 2014 (UTC)
- Update works fine for those working with official releases. -- Magioladitis (talk) 08:03, 19 May 2014 (UTC)
- @Magioladitis: Just to be clear, the update also worked fine for me. I'm just nitpicking at the usage of the word "optional" for something that was required. Your choice if this is something you want to change or not. GoingBatty (talk) 14:21, 19 May 2014 (UTC)
- @GoingBatty: it's because I disactivated the previous debug version otherwise it would be optional. -- Magioladitis (talk) 14:25, 19 May 2014 (UTC)
- @Magioladitis: Just to be clear, the update also worked fine for me. I'm just nitpicking at the usage of the word "optional" for something that was required. Your choice if this is something you want to change or not. GoingBatty (talk) 14:21, 19 May 2014 (UTC)
Reminder for me: next time do not disable intermediate snapshots. -- Magioladitis (talk) 22:45, 22 May 2014 (UTC)
ObjectDisposedException in MainForm.profilesToolStripMenuItem_Click
| Status | Fixed in the next release
| ||||||
|---|---|---|---|---|---|---|---|
| Description |
System.ObjectDisposedException: Der er ikke adgang til et fjernet objekt. Objektnavn: 'AWBProfilesForm'. ved System.Windows.Forms.Control.CreateHandle() ved System.Windows.Forms.Form.CreateHandle() ved System.Windows.Forms.Control.get_Handle() ved System.Windows.Forms.Form.ShowDialog(IWin32Window owner) ved AutoWikiBrowser.MainForm.profilesToolStripMenuItem_Click(Object sender, EventArgs e) ved System.Windows.Forms.ToolStripItem.RaiseEvent(Object key, EventArgs e) ved System.Windows.Forms.ToolStripMenuItem.OnClick(EventArgs e) ved System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e) ved System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e) ved System.Windows.Forms.ToolStripItem.FireEventInteractive(EventArgs e, ToolStripItemEventType met) ved System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met) ved System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea) ved System.Windows.Forms.ToolStripDropDown.OnMouseUp(MouseEventArgs mea) ved System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks) ved System.Windows.Forms.Control.WndProc(Message& m) ved System.Windows.Forms.ScrollableControl.WndProc(Message& m) ved System.Windows.Forms.ToolStrip.WndProc(Message& m) ved System.Windows.Forms.ToolStripDropDown.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) | ||||||
| To duplicate: | Start AutoWikiBrowser with autologin, e.g. AutoWikiBrowser.exe /u 1
| ||||||
| Site URL: | https://da.wikipedia.org | ||||||
| Operating system | Microsoft Windows NT 6.2.9200.0 | ||||||
| .NET FW Version | 2.0.50727.8000 | ||||||
| AWB version | AutoWikiBrowser (5.5.3.0), WikiFunctions (5.5.3.0), revision 10194 (2014-05-18 03:19:23) | ||||||
| Workaround | |||||||
| Fixed in version | rev 10211 -- Magioladitis (talk) 09:12, 14 June 2014 (UTC) |
Reedy and Rjwilmsi Confirmed and easy to duplicate. Autologin and then try to access Profiles (Ctrl+L). -- Magioladitis (talk) 12:38, 20 May 2014 (UTC)
About window has incorrect labels
| Status | Bug currently being investigated/fixed |
|---|---|
| Description | When I choose Help > About, the window shows:
.NET version: 6.1 Windows version: 2.0.50727.5477 I think "6.1" is the Windows version, and "2.0.50727.5477" is the .NET version. GoingBatty (talk) 22:23, 18 May 2014 (UTC) |
| To duplicate: | Choose Help > About |
| Site URL: | wiki.riteme.site |
| Operating system | Windows 7 (curiously labelled internally as 6.1) |
| .NET FW Version | 2.0.50727.5477 |
| AWB version | 5.5.3.0 |
| Workaround | none |
| Fixed in version | rev 10197 -- Magioladitis (talk) 07:54, 19 May 2014 (UTC) |
When fixing this, please also add the AWB version to the text box so that it can also be cut and pasted. It might be desirable for this to be formatted such that the entire edit box could be selected and directly pasted into bug reports. However, just having it so we can copy and paste the information is very helpful. Thank you. — Makyen (talk) 02:52, 19 May 2014 (UTC)
- rev 10197 for the original request. -- Magioladitis (talk) 07:54, 19 May 2014 (UTC)
Two cases where infinite loop could be prevented: Blocked and logged out
| Status | Fixed in the next release
|
|---|---|
| Description | Two cases:
|
| To duplicate: | |
| Operating system | |
| .NET FW Version | |
| AWB version | rev 10190 |
| Workaround | Workarounds:
|
| Fixed in version | rev 10212 by Rjwilmsi -- Magioladitis (talk) 12:17, 24 May 2014 (UTC) |
Confirmed as fixed in rev 10212. -- Magioladitis (talk) 12:17, 24 May 2014 (UTC)
Error on exit from AWB
| Status | Fixed in the next release
|
|---|---|
| Description | Some times, when I exit AWB, I get the following message:
This only happens some of the time - not always, although I havern't been able to figure out when. עוד מישהו Od Mishehu 18:07, 14 May 2014 (UTC) |
| To duplicate: | |
| Site URL: | English Wikipedia |
| Operating system | Windows XP |
| .NET FW Version | 2.0.50727.4961 |
| AWB version | 5.5.2.3 |
| Workaround | |
| Fixed in version | 5.5.3 |
- I also have seen this error, but only once. I had just assumed it was a transitory networking issue. — Makyen (talk) 21:22, 14 May 2014 (UTC)
@Od Mishehu and Makyen: we now moved to wmflabs. This bug won't reoccur on the next release. -- Magioladitis (talk) 21:23, 14 May 2014 (UTC)
- I keep seeing this too. Do we have an ETA for the next release? Mr Stephen (talk) 10:56, 26 May 2014 (UTC)
- 5.5.3 was released on 18 May. Rjwilmsi 11:16, 26 May 2014 (UTC)
- Ta, got it. Mr Stephen (talk) 11:23, 26 May 2014 (UTC)
- 5.5.3 was released on 18 May. Rjwilmsi 11:16, 26 May 2014 (UTC)
Vdq, Adq, V, ecc.
| Status | Fixed in the next release
|
|---|---|
| Description | On it.wiki the templates used to put a star near the interlinks are Link V (redirected by Link FA, Link FL and Link AdQ) and Link VdQ (redirected by Link GA). The problem is that these six templates are treated in different ways by the software (example). Horcrux92 (talk) 15:52, 31 May 2014 (UTC) |
| To duplicate: | |
| Site URL: | //it.wikipedia.org |
| Operating system | W7 (but it's insignificant) |
| .NET FW Version | 2.0.507274984 |
| AWB version | 5.5.2.3 |
| Workaround | The software should check that all those six templates (and not just some of them) are put at the end of the edit box, under the categories. |
| Fixed in version | rev 10217 -- Magioladitis (talk) 15:56, 31 May 2014 (UTC) |
That speed! Thank you so much. --Horcrux92 (talk) 15:58, 31 May 2014 (UTC)
Request to update list of valid cite web parameters
| Status | Fixed in the next release
|
|---|---|
| Description | Per Wikipedia_talk:AutoWikiBrowser/Rename_template_parameters#Cite_web, could you please update the list of valid {{cite web}} parameters in citeWebParameters in Parsers.cs from
to
Thanks! GoingBatty (talk) 02:59, 28 May 2014 (UTC) |
| To duplicate: | |
| Site URL: | wiki.riteme.site |
| Operating system | |
| .NET FW Version | |
| AWB version | |
| Workaround | |
| Fixed in version | rev 10218 -- Magioladitis (talk) 22:29, 31 May 2014 (UTC) |
- I also added "URL" per D'Ranged_1. GoingBatty (talk) 01:03, 29 May 2014 (UTC)
I fixed it. I hope that did not forget anything. -- Magioladitis (talk) 22:29, 31 May 2014 (UTC)
Detecting correct parameter as wrong, highlighting wrong parameters etc.
| Status | Fixed in the next release
|
|---|---|
| Description | As title, see this picture. (t) Josve05a (c) 14:57, 19 March 2014 (UTC) |
| To duplicate: | Run AWB on User:Josve05a/sandbox4. |
| Site URL: | wiki.riteme.site |
| Operating system | Windows 7 |
| .NET FW Version | |
| AWB version | rev 9951 |
| Workaround | |
| Fixed in version | rev 10220 |
- This happens because the incorrect URL parameter happens to have the same value as the title parameter, and title is before URL in the cite. Rjwilmsi 11:46, 20 March 2014 (UTC)
Duplicated cat with same sortkey was not removed
| Status | Fixed in the next release
|
|---|---|
| Description | AWB vs WPcleaner [1] -- Magioladitis (talk) 08:11, 6 June 2014 (UTC) |
| To duplicate: | |
| Site URL: | enwiki |
| Operating system | |
| .NET FW Version | |
| AWB version | rev 10225 |
| Workaround | |
| Fixed in version | rev 10242 |
"Skip if no replacement" doesn't work on revision 5.5.3.0
ResolvedTitle autoexplained :-P Please ask for more details.
PS "Skip if no typo fixed" works. --Andyrom75 (talk) 14:25, 7 June 2014 (UTC)
- Andyrom75 it works for me. Can you post your settings file somewhere? -- Magioladitis (talk) 15:03, 7 June 2014 (UTC)
- Magioladitis, Are you maybe on IRC on #AutoWikiBrowser channel? --Andyrom75 (talk) 15:50, 7 June 2014 (UTC)
- Andyrom75 just entered. -- Magioladitis (talk) 16:55, 7 June 2014 (UTC)
- Magioladitis unfortunately I've miss you, however I've disinstalled it and reinstall it again and now works. Don't know the problem because I've kept the old configuration. However, thanks for contacting me to provide support. --Andyrom75 (talk) 19:20, 7 June 2014 (UTC)
- Andyrom75 just entered. -- Magioladitis (talk) 16:55, 7 June 2014 (UTC)
- Magioladitis, Are you maybe on IRC on #AutoWikiBrowser channel? --Andyrom75 (talk) 15:50, 7 June 2014 (UTC)
"Keep list alphabetized" ignored at startup
| Status | Fixed in the next release
|
|---|---|
| Description | The option "Keep list alphabetized" is not obeyed when the program first starts -- John of Reading (talk) 16:13, 11 June 2014 (UTC) |
| To duplicate: | Tick the option "Keep list alphabetized"; save as default settings; exit; restart; make a list, eg using "Random pages". The option is still ticked but the list is not sorted. |
| Site URL: | en |
| Operating system | Windows 8.1 |
| .NET FW Version | 6.2 |
| AWB version | 5.5.3.0 |
| Workaround | Untick the option and then tick it again; from then on the list stays sorted |
| Fixed in version | rev 10245 |
F&R Normal: after done with "Test regex..." updated regex is not displayed
| Status | Fixed in the next release
|
|---|---|
| Description | After using the context menu in F&R Normal to "Test regex ...": when complete and having confirmed that the regex is to be updated the display of the regex is not updated. The regex is in fact updated, just not displayed as such. If a different regex is clicked on the display of the one that was tested is updated. If the regex is immediately re-tested the changes which were made the first time can be lost. — Makyen (talk) 10:32, 10 May 2014 (UTC) |
| To duplicate: | |
| Site URL: | enwiki |
| Operating system | Windows XP |
| .NET FW Version | 2.0.50727.3655 |
| AWB version | 5.5.2.4 snapshot rev 10102. |
| Workaround | Once done testing, click on a different rule. |
| Fixed in version | rev 10246 |
AWB does not make requested changes
| Status | Resolved
|
|---|---|
| Description | AWB does not make requested changes. Receive message 'no change' Hmains (talk) 22:23, 15 June 2014 (UTC) |
| To duplicate: | Try to make a category change or a find and replace changes; last worked at 12:24 on 6/15 with Wedgwood Rock |
| Site URL: | English Wikipedia |
| Operating system | Windows 7 home |
| .NET FW Version | .net fw version 4.5.1 |
| AWB version | 5.5.3.0 |
| Workaround | none known |
| Fixed in version |
Hmains something in your settings file perhaps? Maybe you could post it somewhere and I could check it. -- Magioladitis (talk) 22:52, 15 June 2014 (UTC)
- Where should I look for the settings file? Hmains (talk) 22:54, 15 June 2014 (UTC)
- Hmains Check Wikipedia_talk:AutoWikiBrowser#Frequently_asked_questions. -- Magioladitis (talk) 22:56, 15 June 2014 (UTC)
- Hmains if you still can't find them. Then load them and then "save as..." somewhere and then post them for me. -- Magioladitis (talk) 23:09, 15 June 2014 (UTC)
- I found it was only one set of saved setting (and a copy I made of it today) that no longer worked. Other saved settings and default still worked. So the workaround/solution is I start from the default and delete the bad saved settings. Strange, still. Maybe an AWB save failed and corrupted the settings in some way. Hmains (talk) 23:19, 15 June 2014 (UTC)
- Hmains if you still can't find them. Then load them and then "save as..." somewhere and then post them for me. -- Magioladitis (talk) 23:09, 15 June 2014 (UTC)
- Hmains Check Wikipedia_talk:AutoWikiBrowser#Frequently_asked_questions. -- Magioladitis (talk) 22:56, 15 June 2014 (UTC)
Does not remove space and non-breaking space between number and percent symbol
| Status | Fixed in the next release
|
|---|---|
| Description | FixNonBreakingSpaces is designed to remove "space and non-breaking space between number and percent symbol per WP:PERCENT". While it will fix 61.1 %, it does not fix 12.6 %. GoingBatty (talk) 03:35, 20 June 2014 (UTC)
|
| To duplicate: | Try Energy in Nigeria |
| Site URL: | wiki.riteme.site |
| Operating system | Windows 7 |
| .NET FW Version | 2.0.50727.5477 |
| AWB version | 5.5.3.1 SVN 10248 |
| Workaround | Fix manually, or remove the space and reparse |
| Fixed in version | rev 10254 -- Magioladitis (talk) 07:31, 20 June 2014 (UTC) |
Case of duplicated see also section
| Status | Fixed in the next release
|
|---|---|
| Description | Very rare case where duplicated see also section exists and the same portal on each It duplicates the portal in each case. -- Magioladitis (talk) 05:48, 19 June 2014 (UTC) |
| To duplicate: | |
| Site URL: | enwiki |
| Operating system | 7 |
| .NET FW Version | |
| AWB version | rev 10252 |
| Workaround | |
| Fixed in version | rev 10256 |
XmlException in DatabaseScanner.btnBrowse_Click
| Status | Not enough information/very rare bug | ||||||
|---|---|---|---|---|---|---|---|
| Description |
System.Xml.XmlException: '�', hexadecimal value 0x1F, is an invalid character. Line 1, position 1. at System.Xml.XmlTextReaderImpl.Throw(Exception e) at System.Xml.XmlTextReaderImpl.Throw(String res, String[] args) at System.Xml.XmlTextReaderImpl.Throw(Int32 pos, String res, String[] args) at System.Xml.XmlTextReaderImpl.ThrowInvalidChar(Int32 pos, Char invChar) at System.Xml.XmlTextReaderImpl.ParseRootLevelWhitespace() at System.Xml.XmlTextReaderImpl.ParseDocumentContent() at System.Xml.XmlTextReaderImpl.Read() at System.Xml.XmlTextReader.Read() at WikiFunctions.DBScanner.DatabaseScanner.btnBrowse_Click(Object sender, EventArgs e) | ||||||
| To duplicate: | Unknown | ||||||
| Site URL: | http://pokemonfanon.wikia.com | ||||||
| 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 |
Please update to AWB 5.5.3.0 -- Magioladitis (talk)
The database file is corrupted / in wrong format. Check also Wikipedia_talk:AutoWikiBrowser/Bugs/Archive_23#XmlException_in_DatabaseScanner.btnBrowse_Click. -- 07:56, 20 June 2014 (UTC)
Does not remove space and non-breaking space between negative number and percent symbol
| Status | Fixed in the next release
|
|---|---|
| Description | FixNonBreakingSpaces is designed to remove "space and/or non-breaking space between number and percent symbol per WP:PERCENT". While it will fix positive numbers such as 12.6 %, it does not fix negative numbers such as -3.6 %. GoingBatty (talk) 23:41, 20 June 2014 (UTC)
|
| To duplicate: | Try Energy in Nigeria |
| Site URL: | wiki.riteme.site |
| Operating system | Windows 7 |
| .NET FW Version | 2.0.50727.5477 |
| AWB version | 5.5.3.1 SVN 10256 |
| Workaround | Fix manually |
| Fixed in version | rev 10257, rev 10258 -- Magioladitis (talk) 04:32, 21 June 2014 (UTC) |
GoingBatty it's up to you to check that this does not have any false positives. -- Magioladitis (talk) 04:32, 21 June 2014 (UTC)
GoingBatty rev 10258 covers all signs. -- Magioladitis (talk) 07:39, 21 June 2014 (UTC)
SimplifyLinks does not work when target differs only in underscores from link
| Status | Fixed in the next release
|
|---|---|
| Description | Check this and this.Both were done by WPCleaner after AWB failed — Preceding unsigned comment added by Magioladitis (talk • contribs) 07:59, June 22, 2014 (UTC) |
| To duplicate: | [[funcy_dogs|funcy dogs]] should change to [[funcy dogs]] |
| Operating system | 7 |
| .NET FW Version | |
| AWB version | rev 10260 |
| Workaround | |
| Fixed in version | rev 10263, rev 10264 -- Magioladitis (talk) 11:16, 24 June 2014 (UTC) |
- Magio your summary seems to differ from the two example diffs. In the diffs the problem is links with excess brackets? Rjwilmsi 08:11, 24 June 2014 (UTC)
Rjwilmsi I tried adding
Assert.AreEqual("[[funcy dog]]", Parsers.SimplifyLinks("[[funcy_dog|funcy dog]]"));
in Parsertests line ~988. It fails. -- Magioladitis (talk) 08:18, 24 June 2014 (UTC)
Takes two edits to remove language parameter
| Status | Fixed in the next release
|
|---|---|
| Description | It takes two edits to change |language={{en icon}} → |language=en → parameter removed. GoingBatty (talk) 23:43, 3 July 2014 (UTC)
|
| To duplicate: | Try Rio de Janeiro |
| Site URL: | wiki.riteme.site |
| Operating system | Windows 7 |
| .NET FW Version | 2.0.50727.5477 |
| AWB version | 5.5.3.1 SVN 10274 |
| Workaround | Reparse before saving |
| Fixed in version | rev 10276 |
Adds MI and then removed duplicated tags
| Status | Fixed in the next release
|
|---|---|
| Description | [2] -- Magioladitis (talk) 11:31, 5 July 2014 (UTC) |
| To duplicate: | |
| Site URL: | enwiki |
| Operating system | 7 |
| .NET FW Version | |
| AWB version | rev 10274 |
| Workaround | |
| Fixed in version | rev 10278 |
- rev 10278 Count distinct tags to determine if to use MI template. Rjwilmsi 17:26, 6 July 2014 (UTC)
lines below persondata arbitrarily moved above persondata
| Status | Fixed in the next release
|
|---|---|
| Description | I mark mark my categories with <!--Categories-->. Users and bots come along after me using AWB and move this line above the Persondata. |
| To duplicate: | |
| Operating system | Windows 7 |
| .NET FW Version | |
| AWB version | 10274 and 10268 |
| Workaround | possibly leave out "<!--Categories-->" line? |
| Fixed in version | rev 10280 |
@Msmarmalade: Some thoughts:
- I'd be interested in understanding what value you see in adding <!--Categories--> before the categories. In my opinion, there is value in including the comment in Wikipedia wizards so people know where to add categories, but I've been deleting the comment once the categories exist.
- Template:Improve categories states "It is recommended that this template be placed at the bottom of the page, where readers will look for the categories." WP:ORDER does not mention where the template should go.
- Do you have an example of an article where AWB moves the DEFAULTSORT to somewhere other than above the first category? Thanks! GoingBatty (talk) 13:40, 3 July 2014 (UTC)
I agree with GoingBatty. -- Magioladitis (talk) 13:45, 3 July 2014 (UTC)
- @GoingBatty: @Magioladitis: Thanks for replying :)
- Regarding "<!--Categories-->", It's likely that I picked up the habit from the first article I made (using AFC). The other reason is that occasionally templates will be above persondata, and so maybe I thought it helps future editors to put it in the right place? But I guess I'll stop putting it in from now on :/.
- Regarding where the improve-category tag goes, again, I probably picked up the habit from seeing another user do it. And I thought it seemed logical to group it with the tags... I'll bring it up on the WP Order talk page and get back to you when I get an answer
- I can't seem to find an example of AWB moving the DEFAULTSORT, so it's likely that I was mistaken (have added strikethrough to form).
- —Msmarmalade (talk) 23:29, 3 July 2014 (UTC)
- In the example the category comment you added had three dashes not two. So from rev 10280 AWB will support keeping this category comment with excess dashes at the start of the categories. Had you added the comment with no excess dashes this would already be done. Thanks Rjwilmsi 17:34, 6 July 2014 (UTC)
Bad URL fix
| Status | Fixed in the next release
|
|---|---|
| Description | It's great that AWB general fixes automatically add "http://" to URLs where it's missing. However, AWB wants to change www-pub.iaea.org/MTCD/publications/PDF/D446_web/6_DD_Table.pdf to http://www.pub.iaea.org/MTCD/publications/PDF/D446_web/6_DD_Table.pdf (changing the dash to a period) which creates a broken link. GoingBatty (talk) 15:04, 6 July 2014 (UTC)
|
| To duplicate: | Try North Carolina State University reactor program |
| Site URL: | wiki.riteme.site |
| Operating system | Windows 7 |
| .NET FW Version | 2.0.50727.5477 |
| AWB version | 5.5.3.1 SVN 10274 |
| Workaround | revert change and add "http://" |
| Fixed in version | rev 10289 |
I've never seen "www-pub" before. -- Magioladitis (talk) 15:49, 6 July 2014 (UTC)
- If I add "http://" and then reparse, AWB doesn't change the dash to a period. GoingBatty (talk) 15:58, 6 July 2014 (UTC)
- So it seems to be rare. -- Magioladitis (talk) 16:12, 6 July 2014 (UTC)
- @Magioladitis: Yes, I did some searching and couldn't find any other examples. GoingBatty (talk) 17:41, 6 July 2014 (UTC)
- rev 10289 Don't change www- bare URLs. Rjwilmsi 12:28, 8 July 2014 (UTC)
- @Magioladitis: Yes, I did some searching and couldn't find any other examples. GoingBatty (talk) 17:41, 6 July 2014 (UTC)
- So it seems to be rare. -- Magioladitis (talk) 16:12, 6 July 2014 (UTC)
System.Windows.Forms.UnsafeNativeMethods.DispatchMessageW(MSG& msg)
| Status |  Not a bug in AWB, has been referred
| ||||||
|---|---|---|---|---|---|---|---|
| Description |
System.Runtime.InteropServices.SEHException: External component has thrown an exception. at System.Windows.Forms.UnsafeNativeMethods.DispatchMessageW(MSG& msg) at System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(Int32 dwComponentID, Int32 reason, Int32 pvLoopData) at System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context) at System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context) at System.Windows.Forms.Application.Run(Form mainForm) at AutoWikiBrowser.Program.Main(String[] args) — {{U|Technical 13}} (e • t • c) 20:06, 15 June 2014 (UTC) | ||||||
| To duplicate: | Unknown | ||||||
| Site URL: | https://wiki.riteme.site | ||||||
| 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 |
Technical 13 what did you do to catch this bug? -- Magioladitis (talk) 23:00, 15 June 2014 (UTC)
- If I Remember Correctly, I had put some contains and not contains into the database scanner and had gone back to load the database in the first time it crashed where I got an error message like this one and before I could do anything about it, it killed windows with a BSoD. So, I restarted my machine, deleted the expanded database, defragmented my hard drive, re-expanded the database, and tried to launch AWB again, thinking it was a fluke, and in the process of loading, I got this message again, which I was able to copy to the clipboard, launch my browser and post here. I will note, that my previous attempts to run the database had failed with "Device I/O error" which is why I deleted the database, defragged, and re-expanded it in hopes of it fixing that issue if it was just a bad sector on my brand new drive. — {{U|Technical 13}} (e • t • c) 23:07, 15 June 2014 (UTC)
- I'm not convinced it is an AWB bug, I ran BIOS system diagnostic and it returned a hard drive error. I'm currently trying to rectify that and I'll get back to you. — {{U|Technical 13}} (e • t • c) 00:59, 16 June 2014 (UTC)
TypoFix undoes general fixes, causing a confusing edit summary
| Status | Fixed in the next release
|
|---|---|
| Description | TypoFix undoes general fixes: general fixes changes "São Paulo" to "Sao Paulo" in categories, then TypoFix changes them back and adds that to the edit summary. but no change is shown in the diff window. This is not serious; no change is actually made. Chris the speller yack 16:17, 20 May 2013 (UTC) |
| To duplicate: | Run "Apply general fixes" and "Enable Regex TypoFix" against 2013 São Paulo Indy 300 with "Add replacements to summary" checked. |
| Site URL: | wiki.riteme.site |
| Operating system | Windows 6.0 Vista Home Premium |
| .NET FW Version | 2.0.50727.4234 |
| AWB version | 5.5.0.2 SVN 9117 |
| Workaround | |
| Fixed in version | rev 10306 |
Confirmed. Typofix changes category sortkeys. I think this happened after we changed the order or things. -- Magioladitis (talk) 16:38, 20 May 2013 (UTC)
- (Bump). I know that I should not bump things here. You guys do this in your sparetime, but this bug is something that was reported in May. -(t) Josve05a (c) 23:27, 16 November 2013 (UTC)
- Problems get left if there's no suitable solution. So on this one the problem as follows: we used to run typo fixing after genfixes: this would incorrectly add diacritics to sortkeys on en-wiki, where sortkeys should not have diacritics. Now we run typo fixing before genfixes, this means that if typo fixing adds the diacritics, genfixes removes them again, so better. However the edit summary can then be incorrect. We cannot simply stop typo fixing running on sortkeys, there may be genuine typos in sortkeys that we want to fix. The edit summary may contain genuine typos that were fixed plus sortkey changes that had no net result, so we can't simply blank the edit summary.
- We would have to look at a specific piece of logic that each time a typo fix was applied we check if it will just change diacritics in a sortkey, and don't do the change if that's true. But in programming terms this derivation isn't so easy: first have to determine if typo has matched in a sortkey by taking index of match, getting all category links and comparing whether match index within category links range. Then have to check if "fixed" word is only different by diacritics to original word. We could do this but I fear it's going to make typo fixing slower (every typo fix checked against every category), and add a very specific check that only affects a fraction of pages. I doubt it's really worth doing this. Perhaps if you think problems left for 6 months isn't acceptable you have a better solution that we've not come up with? Rjwilmsi 17:16, 21 November 2013 (UTC)
Magioladitis, Rjwilmsi for me it is not a matter if the summary gets gchanged or not. It is the fact that AWB wants to change Sao Paulo to São Paulo in e.g. 2014 Aberto de São Paulo – Singles, wich is making the keysort wrong. I did not make my self clear above. -(t) Josve05a (c) 21:07, 30 December 2013 (UTC)
- If the full solution is too complex, then I'd !vote for turning off typo fixing of category sort keys. I think it's better to miss a few corrections than to introduce new errors. The typo-fixer should not assume that general fixes are turned on. -- John of Reading (talk) 21:15, 30 December 2013 (UTC)
- A way to partially avoid this, in the case where only sortkey diacritics are being changed and changed back, is to check 'skip if no changes are automatically made'. Could AWB be changed to include some of this logic when 'skip if not typo fixed' is checked Jamesmcmahon0 (talk) 15:30, 28 March 2014 (UTC)
- Agreed with John of Reading that category sort keys should be protected from typo fixing. See Councils of Nîmes and List of Sinn Féin MPs as more examples of this issue. Thanks! GoingBatty (talk) 14:31, 5 July 2014 (UTC)
- SS. Peter and Paul's Church, Göttingen is another example. GoingBatty (talk) 17:40, 6 July 2014 (UTC)
- Battle of Mérida, Federação Santomense de Futebol and TER Franche-Comté are three more examples. GoingBatty (talk) 04:00, 10 July 2014 (UTC)
- I completely agree with John and Batty that category sort keys should be protected from typo fixing. This is causing errors (I saw one today), and I can't remember whether I ever saw AWB make any change that improved a sort key. Chris the speller yack 03:07, 11 July 2014 (UTC)
- Agreed with John of Reading that category sort keys should be protected from typo fixing. See Councils of Nîmes and List of Sinn Féin MPs as more examples of this issue. Thanks! GoingBatty (talk) 14:31, 5 July 2014 (UTC)
- A way to partially avoid this, in the case where only sortkey diacritics are being changed and changed back, is to check 'skip if no changes are automatically made'. Could AWB be changed to include some of this logic when 'skip if not typo fixed' is checked Jamesmcmahon0 (talk) 15:30, 28 March 2014 (UTC)
rev 10305, rev 10306. When hiding categories, never keep sortkey part unhidden. Rjwilmsi 13:00, 15 July 2014 (UTC)
ArgumentOutOfRangeException in AWBProfilesForm.Login
| Status | Fixed in the next release
| ||||||
|---|---|---|---|---|---|---|---|
| Description |
System.ArgumentOutOfRangeException: InvalidArgument=Value på 0 är inte giltigt för index. Parameternamn: index vid System.Windows.Forms.ListView.SelectedIndexCollection.get_Item(Int32 index) vid WikiFunctions.Profiles.AWBProfilesForm.Login() | ||||||
| To duplicate: | In Profiles box, double click to load an account, while loading move moues immediately lower and right-click mouse. Kaboom! -- Magioladitis (talk) 12:53, 19 July 2014 (UTC) | ||||||
| Site URL: | https://wiki.riteme.site | ||||||
| Operating system | Microsoft Windows NT 6.1.7601 Service Pack 1 | ||||||
| .NET FW Version | 2.0.50727.5472 | ||||||
| AWB version | AutoWikiBrowser (5.5.1.4), WikiFunctions (5.5.1.4), revision 9470 (2013-09-08 21:11:52) AutoWikiBrowser (5.5.3.1), WikiFunctions (5.5.3.1), revision 10306 (2014-07-15 14:57:42) | ||||||
| Workaround | |||||||
| Fixed in version | rev 10313 -- Magioladitis (talk) 06:07, 20 July 2014 (UTC) |
Josve05a can you duplicate this bug on demand? -- Magioladitis (talk) 21:47, 23 March 2014 (UTC)
- @Magioladitis: Since I reported this in September (half a year) ago, I don't even remember what I did to cause this. So no, I can't. (t) Josve05a (c) 21:58, 23 March 2014 (UTC)
@Magioladitis: I got it again (I think). I have saved my password+account, so just double-press my username to log in. But this time I right-clicked right (in the list of accounts) after I doubble-clicked which caused AWB to show me 'Add new account', and then show me this error-code.
(t) Josve05a (c) 12:17, 19 July 2014 (UTC)
- @Magioladitis: I just tried again, and it showed me it again, so yes. I can duplicate it on demand. (t) Josve05a (c) 12:18, 19 July 2014 (UTC)
@Reedy: Josve05a's settings: E1, Vision, AMD 64-bit x64, Windows 8.1, RAM 4 GB (3,59 GB available). -- Magioladitis (talk) 12:47, 19 July 2014 (UTC)
Josve05 via IRC channel: "I double-clicked on my name, then moved the mouse down, so that it doesn't press any names (but still in the white box), then I right-click". -- Magioladitis (talk) 12:53, 19 July 2014 (UTC)
Fixed. rev 10313. -- Magioladitis (talk) 06:07, 20 July 2014 (UTC)
It takes two runs to fix date
| Status | Fixed in the next release
|
|---|---|
| Description | [3] Magioladitis (talk) 21:41, 17 July 2014 (UTC) |
| To duplicate: | no idea |
| Site URL: | enwiki |
| Operating system | 7 |
| .NET FW Version | |
| AWB version | rev 10310 |
| Workaround | |
| Fixed in version | rev 10320 |
DISPLAYTITLE
| Status | Fixed in the next release
|
|---|---|
| Description | Change {{displaytitle:''Alford'' plea}} to {{DISPLAYTITLE:''Alford'' plea}} (t) Josve05a (c) 17:33, 21 December 2013 (UTC)
|
| To duplicate: | |
| Operating system | |
| .NET FW Version | .NET version: 5.1 |
| AWB version | rev 10325 |
| Workaround | |
| Fixed in version | rev 10329 |
- I found this problem when AWB changed the
|to a:in{{displaytitle|''Alford'' plea}}. -(t) Josve05a (c) 17:34, 21 December 2013 (UTC)- @Josve05a: Could you please elaborate on this issue? Does AWB automatically convert
{{displaytitle|''Alford'' plea}}to{{displaytitle:''Alford'' plea}}? Does{{displaytitle:''Alford'' plea}}display the title properly? I'm wondering if it would be appropriate to add {{displaytitle}} → {{DISPLAYTITLE}} to WP:AWB/TR. Thanks! GoingBatty (talk) 18:00, 21 December 2013 (UTC)- Yes, AWB changes
{{displaytitle|''Alford'' plea}}to{{displaytitle:''Alford'' plea}}. {{displaytitle:''Alford'' plea}}do not display properly. It gives this result:{{displaytitle:Alford plea}}- I think AWB changes
{{displaytitle|''Alford'' plea}}to{{displaytitle:''Alford'' plea}}before it changes {{displaytitle}} → {{DISPLAYTITLE}}. Then it will not work since{{displaytitle:''Alford'' plea}}is not a template and is not named 'displaytitle' but is named Displaytitle:''Alford'' plea. BUT I am not sure if AWB changes{{displaytitle|''Alford'' plea}}to{{displaytitle:''Alford'' plea}}before or after the {{displaytitle}} → {{DISPLAYTITLE}}.
- Yes, AWB changes
- @Josve05a: Could you please elaborate on this issue? Does AWB automatically convert
-(t) Josve05a (c) 18:08, 21 December 2013 (UTC)
- You can try adding the redirect. I think redirects are done before everything. -- Magioladitis (talk) 18:40, 21 December 2013 (UTC)
- Nope - my proposal didn't work. :-( See also Wikipedia:AutoWikiBrowser/Order of procedures GoingBatty (talk) 18:45, 21 December 2013 (UTC)
- You can try adding the redirect. I think redirects are done before everything. -- Magioladitis (talk) 18:40, 21 December 2013 (UTC)
TemplateToMagicWordME. -- Magioladitis (talk) 11:03, 25 July 2014 (UTC)
- rev 10329 TemplateToMagicWord: namespace, numberofarticles, padleft must be lowercase, others must be UPPERCASE. Rjwilmsi 17:47, 25 July 2014 (UTC)
GoingBatty you 'll love this too. -- Magioladitis (talk) 19:20, 25 July 2014 (UTC)
Typo fixing should be before date format fixes
| Status | Not enough information/very rare bug |
|---|---|
| Description | It takes two runs to change "20th january 2013" → "20th January 2013" → "20 January 2013". GoingBatty (talk) 17:56, 2 September 2013 (UTC) |
| To duplicate: | Try Gohar Jageer |
| Site URL: | wiki.riteme.site |
| Operating system | Windows 7 |
| .NET FW Version | 2.0.50727.5472 |
| AWB version | 5.5.1.3 SVN 9458 |
| Workaround | manually identify and reparse before saving |
| Fixed in version |
I guess we can fix this without rearranging typo fixing. -- Magioladitis (talk) 18:13, 2 September 2013 (UTC)
- Looked at this. Cannot make date fixes case insensitive due to "the 2th march down the street" false positives. Need to consider having typos run after syntax fixing from genfixes but before these kind of fixes. I would be concerned about the overhead of additional Hidetext calls. Rjwilmsi 20:17, 6 September 2013 (UTC)
- Yes, there could be false positives with some monts (e.g. "march" and "may"), but not others (e.g. months ending in "ary" or "ber"), right? GoingBatty (talk) 04:16, 27 September 2013 (UTC)
Marked as "rare". -- Magioladitis (talk) 06:57, 20 July 2014 (UTC)
Incorrect character replacement
| Status | Fixed in the next release
|
|---|---|
| Description | Vanisaac posted the following bug report on my talk page:
In a subsequent edit, Drmccreedy kindly changed |
| To duplicate: | Replicate on older version of Old North Arabian (Unicode block) |
| Site URL: | wiki.riteme.site |
| Operating system | Windows 7 |
| .NET FW Version | |
| AWB version | SVN 10331 |
| Workaround | |
| Fixed in version | rev 10346, rev 10347 by Rjwilmsi -- Magioladitis (talk) 08:04, 1 August 2014 (UTC) |
GoingBatty using {{PUA}} is the best solution AFAIK. Nothing we can do I guess. -- Magioladitis (talk) 16:48, 31 July 2014 (UTC)
- No, "Nothing we can do I guess" is not "resolved", by any stretch of the imagination. AWB needs to not arbitrarily change a valid character to a completely different character. If there is some module that is doing this, it needs to be shut down until it can be fixed, or at least generate an error condition that keeps this from happening. VanIsaacWScont 04:07, 1 August 2014 (UTC)
- Van the given example was fixed and AWB won't affect the page. Do you have any other example? In the past we created a least of characters in PUA and characters that are not displayed in all browsers and used the {{PUA}} template. This template has less than 50 transclusions. This shows that it is not a huge problem. -- Magioladitis (talk) 07:52, 1 August 2014 (UTC)
- rev 10346: HttpUtility.HtmlDecode does not handle 5-character HTML hex strings, so don't change any of these by Rjwilmsi
- rev 10347: Unicodify: Characters above hex 10000 not changed by Rjwilmsi
This fixes the problem. -- Magioladitis (talk) 08:05, 1 August 2014 (UTC)
ISBN fix damaging a URL
| Status | Resolved
|
|---|---|
| Description | The change from "ISBN:" to "ISBN<space>" should not occur inside a URL. -- John of Reading (talk) 08:18, 20 May 2014 (UTC) |
| To duplicate: | General fixes on Leoš Janáček This version. |
| Operating system | 8.1 |
| .NET FW Version | 6.2 |
| AWB version | 5.5.3.0 |
| Workaround | Constant vigilance! |
| Fixed in version |
For fixing the bug we should check the sticky link. I found a workaround for the specific page. -- Magioladitis (talk) 06:21, 22 May 2014 (UTC)
TMg maybe you are interested about this bug too. -- Magioladitis (talk) 06:22, 22 May 2014 (UTC)
- Thanks for the hint. My script doesn't touch the given example because it checks the character in front of the ISBN which is a colon in this case. --TMg 19:47, 26 May 2014 (UTC)
- TMg do you propose any solution for AWB's code for this one? -- Magioladitis (talk) 21:58, 26 May 2014 (UTC)
- My regular starts with
(^|[\s#'(*>|])before the word "ISBN". Maybe you can do the same. --TMg 14:12, 27 May 2014 (UTC)
- My regular starts with
- TMg do you propose any solution for AWB's code for this one? -- Magioladitis (talk) 21:58, 26 May 2014 (UTC)
Remark: ISBN above is caught by SyntaxRegexISBN. -- Magioladitis (talk) 08:19, 28 May 2014 (UTC)
Marked as resolved since we have a workaround fot this kind of pages but bug is not fixed. -- Magioladitis (talk) 12:58, 19 July 2014 (UTC)
Inappropriate insertion of underlinked tags
ResolvedNot really sure if this is the right place to report this (?), but I've noticed an issue from time to time (I have around 8,000 articles on my watchlist, so it pops up fairly regularly) where editors add the {{underlinked}} tag to articles using AWB. This is often highly inappropriate (one I saw today had more than 30 links on the article already). Some articles have had this tag added repeatedly over a period of several months. Perhaps the issue is that the tool does not recognise links in templates displayed on the page. Can this be resolved? Cheers, Number 57 13:41, 26 June 2014 (UTC)
- Number 57 seems to be OK now. -- Magioladitis (talk) 14:02, 26 June 2014 (UTC)
- Possibly because I've put a wikitable version of the results table on the page, rather than a transclusion, which means there are now more links on the actual article. You may want to try reverting to the earlier version and seeing what happens then. Number 57 14:04, 26 June 2014 (UTC)
- How would AWB know which templates have wikilinks, and which templates should be included when considering if an article is underlinked? GoingBatty (talk) 17:21, 26 June 2014 (UTC)
- I've no idea about the first point, I'm not a programmer. Regarding the second, whether the template is hidden or not would probably be a key identifier. Number 57 17:29, 26 June 2014 (UTC)
- I would say that this is a rare situation and since it was resolved we do not need to do any further action right now. -- Magioladitis (talk) 18:57, 26 June 2014 (UTC)
- It's not rare though. I've seen this happen on numerous occasions (and that's only on the articles I watch). It also isn't resolved, because on some articles it gets added repeatedly because the templates aren't ones suitable for substitution on the page. Number 57 08:42, 27 June 2014 (UTC)
- User:Number 57 I need more specifics then because on the discussed page the page was very near to the threshold and tagging helped in adding an extra line with an extra wikilink. -- Magioladitis (talk) 08:45, 27 June 2014 (UTC)
- Sorry, I don't know what you mean by more specifics? Number 57 15:57, 27 June 2014 (UTC)
- User:Number 57 I mean that till now we fix this by excluding pages that contain specific templates with many links. If we had a list of pages with which you think there is a problem we could work better on improving AWB's logic on that area. -- Magioladitis (talk) 16:25, 27 June 2014 (UTC)
- OK, I'll have a look over the weekend for other instances where this happened. Cheers, Number 57 16:41, 27 June 2014 (UTC)
- User:Number 57 I need more specifics then because on the discussed page the page was very near to the threshold and tagging helped in adding an extra line with an extra wikilink. -- Magioladitis (talk) 08:45, 27 June 2014 (UTC)
- It's not rare though. I've seen this happen on numerous occasions (and that's only on the articles I watch). It also isn't resolved, because on some articles it gets added repeatedly because the templates aren't ones suitable for substitution on the page. Number 57 08:42, 27 June 2014 (UTC)
- I would say that this is a rare situation and since it was resolved we do not need to do any further action right now. -- Magioladitis (talk) 18:57, 26 June 2014 (UTC)
- I've no idea about the first point, I'm not a programmer. Regarding the second, whether the template is hidden or not would probably be a key identifier. Number 57 17:29, 26 June 2014 (UTC)
- How would AWB know which templates have wikilinks, and which templates should be included when considering if an article is underlinked? GoingBatty (talk) 17:21, 26 June 2014 (UTC)
- Possibly because I've put a wikitable version of the results table on the page, rather than a transclusion, which means there are now more links on the actual article. You may want to try reverting to the earlier version and seeing what happens then. Number 57 14:04, 26 June 2014 (UTC)
Sorry, I completely forgot about this, but then it popped up on my watchlist again today: Liechtenstein pensions referendum, 2014 was tagged as underlinked, despite having 60+ links on the page, most of which are on templates. Number 57 10:53, 6 July 2014 (UTC)
- Number thanks for the feedback. Navbox links are not a proof that a page is well-linked. Although, it is true that this page should not have the tag. -- Magioladitis (talk) 11:01, 6 July 2014 (UTC)
- Unfortunately AWB is continuing to make editors add the tag to the page after I removed it. Do I just keep doing this forever? Number 57 00:03, 18 July 2014 (UTC)
- @Number 57: AWB is not "making" editors add the tag - it provides the suggestion and the user decides whether to accept it or revert it before clicking Save. I added two wikilinks to the lead so AWB will not make the suggestion anymore. GoingBatty (talk) 02:49, 18 July 2014 (UTC)
- Unfortunately AWB is continuing to make editors add the tag to the page after I removed it. Do I just keep doing this forever? Number 57 00:03, 18 July 2014 (UTC)
- Number thanks for the feedback. Navbox links are not a proof that a page is well-linked. Although, it is true that this page should not have the tag. -- Magioladitis (talk) 11:01, 6 July 2014 (UTC)
ArgumentOutOfRangeException - Index was out of range.
| Status | Fixed in the next release
| ||||||
|---|---|---|---|---|---|---|---|
| Description |
System.ArgumentOutOfRangeException: Index was out of range. Must be non-negative and less than the size of the collection. Parameter name: index at System.ThrowHelper.ThrowArgumentOutOfRangeException(ExceptionArgument argument, ExceptionResource resource) at System.ThrowHelper.ThrowArgumentOutOfRangeException() at System.Collections.Generic.List`1.get_Item(Int32 index) at WikiFunctions.Parse.HideText.AddBack(String articleText, List`1 Tokens) at WikiFunctions.Parse.HideText.AddBack(String articleText) at WikiFunctions.Parse.Parsers.AddBackTextImages(String articleText) at WikiFunctions.Parse.Parsers.FixDatesA(String articleText) at WikiFunctions.Parse.Parsers.CompletePersonDataDate(String personData, String articletext) at WikiFunctions.Parse.Parsers.PersonData(String articleText, String articleTitle) at WikiFunctions.Article.PerformGeneralFixes(Parsers parsers, HideText removeText, ISkipOptions skip, Boolean replaceReferenceTags, Boolean restrictDefaultsortAddition, Boolean noMOSComplianceFixes) at AutoWikiBrowser.MainForm.ProcessPage(Article theArticle, Boolean mainProcess) | ||||||
| To duplicate: | [encountered while processing page [4]] | ||||||
| Site URL: | https://wiki.riteme.site | ||||||
| Operating system | Microsoft Windows NT 6.1.7601 Service Pack 1 | ||||||
| .NET FW Version | 2.0.50727.5477 | ||||||
| AWB version | AutoWikiBrowser (5.5.3.1), WikiFunctions (5.5.3.1), revision 10347 (2014-08-01 04:01:28) | ||||||
| Workaround | |||||||
| Fixed in version | rev 10365 by Rjwilmsi. -- Magioladitis (talk) 13:50, 8 August 2014 (UTC) |
GoingBatty do you remember what did you do to catch this bug? -- Magioladitis (talk) 10:26, 8 August 2014 (UTC)
- @Magioladitis: I was running general fixes against articles with {{multiple issues}} to see where it could be removed, and Mrinal Chatterjee repeatedly generated this error. GoingBatty (talk) 12:08, 8 August 2014 (UTC)
This edit fixes the bug. -- Magioladitis (talk) 12:56, 8 August 2014 (UTC)
Rjwilmsi not sure what causes it. Here is the smallest version I could get that catches the bug: Wikipedia:AutoWikiBrowser/Sandbox. -- Magioladitis (talk) 13:13, 8 August 2014 (UTC)
rev 10365 by Rjwilmsi. -- Magioladitis (talk) 13:51, 8 August 2014 (UTC)
changes per WP:BORN
| Status | Not a bug/currently unresolvable
|
|---|---|
| Description | AWB did this but since the guy is dead is should have removed "born" and "d." -- Magioladitis (talk) 08:08, 6 June 2014 (UTC) |
| To duplicate: | |
| Site URL: | enwiki |
| Operating system | |
| .NET FW Version | |
| AWB version | rev 9832 |
| Workaround | |
| Fixed in version |
- We don't currently support doing this when there is extra text between the dates, place of birth & death in this case. Rjwilmsi 12:37, 17 June 2014 (UTC)
AccessViolationException in Program.Main
| Status | Not enough information/very rare bug | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description |
System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt. at System.Windows.Forms.UnsafeNativeMethods.DispatchMessageW(MSG& msg) at System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(Int32 dwComponentID, Int32 reason, Int32 pvLoopData) at System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context) at System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context) at System.Windows.Forms.Application.Run(Form mainForm) at AutoWikiBrowser.Program.Main(String[] args)
| ||||||||||||
| To duplicate: | Unknown | ||||||||||||
| Site URL: | https://wiki.riteme.site | ||||||||||||
| Operating system | Microsoft Windows NT 5.1.2600 Service Pack 3 | ||||||||||||
| .NET FW Version | 2.0.50727.3655 | ||||||||||||
| AWB version | AutoWikiBrowser (1.0.0.0), WikiFunctions (5.5.2.4), revision 10102 | ||||||||||||
| Workaround | |||||||||||||
| Fixed in version |
Shortly after it said "Ready to save" on the next article I had clicked and dragged on the scroll-bar to look at the diff. it crashed after the scroll-bar had moved a small amount. This feels very similar to my last report. A cursory comparison with my last report also suggests it is close. Unfortunately, I don't know of anything special I was doing at this particular time. I was, as normal, actively switching back and forth between AWB and Firefox using it with AWB for research, or other WP editing while waiting for AWB to get another article ready. — Makyen (talk) 04:57, 11 May 2014 (UTC)
- Based on the fact that when I restarted AWB it presented me with a diff that I distinctly remember previously reviewing in its entirety, it is likely that above I provided the wrong state for what the program was in when it crashed. It is probable that I was scrolling down the rendered page to get to the citations (which is what I'm working on – clearing citation template ISBN errors). It looks like I did not remember correctly where I was in personal context switching when the crash occurred. — Makyen (talk) 05:14, 11 May 2014 (UTC)
- This happened again (identical crash report generated by AWB). This time it happened immediately upon my clicking in the top frame of the window to bring it to the foreground. No other input, or time for other input, occurred. — Makyen (talk) 02:49, 13 May 2014 (UTC)
- And again. I am not going to update if it happens again in exactly the same way, as doing so is probably not productive, unless there is something in what I see/do that actually might shed some light on this issue. It should be assumed that this happens in my use of AWB from time to time. — Makyen (talk) 21:44, 13 May 2014 (UTC)
- This happened again (identical crash report generated by AWB). This time it happened immediately upon my clicking in the top frame of the window to bring it to the foreground. No other input, or time for other input, occurred. — Makyen (talk) 02:49, 13 May 2014 (UTC)
Makyen what it says "AutoWikiBrowser (1.0.0.0)"? -- Magioladitis (talk) 21:48, 13 May 2014 (UTC)
- @Magioladitis: I don't know. The entire table is created by AWB when the crash occurs. There is a dialog window that comes up offering to copy the wiki-text table to the clipboard or continue working. I know it is the exact same report because each time I have copied the report from that dialog and pasted it into the WP edit window over the table and clicked "Show changes". When no changes, other than my signature, show up I know it is an identical report. — Makyen (talk) 22:12, 13 May 2014 (UTC)
Makyen please re-download AutoWikiBrowser and check your *.exe file matches the *.exe file in the zip file. If not, re-install AutoWikiBrowser and check if bug re-occurs. -- Magioladitis (talk) 06:25, 14 May 2014 (UTC)
- @Magioladitis: Done. I re-downloaded rev 10102. The MD5 checksums for all files match the ones that I am, and have been, using since shortly after it was mentioned above. I do not know if these began with the use of the snapshot. I known that I did have a few crashes prior to starting to use it, but I did not record them.
- Just to simplify my configuration, I have removed CSV Loader from being auto-loaded as I don't actually use it. — Makyen (talk) 07:05, 14 May 2014 (UTC)
- This is not going to be an AWB download problem. Makyen, you're on XP? May be related to that, I sometimes see this exception when running AWB under Wine on Linux. I am not aware of the cause, or any solution. Rjwilmsi 07:13, 14 May 2014 (UTC)
- I don't have a problem with closing it as not reproducible. The issue is relatively rare, non-blocking, not reliably reproducible and the existence of the autosave.txt file provides recovery of any data. To be honest I reported it mostly because it might have been something other people were also seeing and thus of higher priority. — Makyen (talk) 07:58, 14 May 2014 (UTC)
- This is not going to be an AWB download problem. Makyen, you're on XP? May be related to that, I sometimes see this exception when running AWB under Wine on Linux. I am not aware of the cause, or any solution. Rjwilmsi 07:13, 14 May 2014 (UTC)
Wrong edit summarysummary for typo correction affect rejecting some corrections
| Status | Not a bug/currently unresolvable
|
|---|---|
| Description | The automatic edit summary for typo corrections fails to update after a change is rejected. Phatom87 (talk • contribs) 00:49, 12 August 2014 (UTC) |
| To duplicate: | 1) Run AWB on a page with multiple typos. 2) Only accept one of them. See example errant summary here. |
| Site URL: | wiki.riteme.site |
| Operating system | Windows 8 |
| .NET FW Version | 6.2 |
| AWB version | 5.5.3.0 SVN 10194 |
| Workaround | Manually adjust edit summary before saving. |
| Fixed in version |
@Phatom87: The edit summary is created before you revert one of the changes. When you revert a change, the edit summary doesn't automatically change - that's a manual process for the user. GoingBatty (talk) 02:16, 12 August 2014 (UTC)
@Phatom87:. As you wrote. You should manually adjust edit summary before saving. -- Magioladitis (talk) 08:06, 12 August 2014 (UTC)
This is impossible as this part of the edit summary is auto appended after clicking save. AWB previews it in a read only fashion through a flashing tool tip. It gives no opportunity to change anything but the prase cleanup which I manually entered. Phatom87 (talk • contribs) 11:19, 12 August 2014 (UTC)
@Phatom87: At the bottom right are the large tabs "Edit box/History/What links here/Logs/Page logs/Typos". On the "Edit box" tab at the top there is a copy of the edit summary. This copy can be edited before you click "Save". -- John of Reading (talk) 12:29, 12 August 2014 (UTC)
@John of Reading: This copy does not include any mention of typos corrected and yes it can be changed to "sdalksfasjs" or anything else but that has no effected on the reported typo corrections. Phatom87 (talk • contribs) 12:56, 12 August 2014 (UTC)
- @Phatom87: In this sandbox edit I rejected one of the two typo fixes by double-clicking in the top pane, then went to the "Edit box" tab and edited the auto-generated edit summary. -- John of Reading (talk) 13:17, 12 August 2014 (UTC)
@Phatom87: You probably try to change "Default summary". Try changing the text box on the right and above the edit box which is the actual summary. -- Magioladitis (talk) 13:19, 12 August 2014 (UTC)
Thanks. Was looking at the wrong one. Phatom87 (talk • contribs) 15:55, 12 August 2014 (UTC)
"Delete" button not enabled for eliminators on ptwiki
| Status | Fixed in the next release
|
|---|---|
| Description | Currently AWB only allows administrators to Delete pages (the buttons keeps disabled if you are not a sysop). But since this request there is an eliminator flag on ptwiki (and just to cite, on ckbwiki and jawiki as well), which allows non-administrators to delete pages. Regardless of the role, users with permissions to use AWB and to delete pages should be able to delete pages using AWB. I think that the best approach is to check if the user has the 'delete' permission, and not its role. Diego Queiroz (talk) 13:00, 13 August 2014 (UTC) |
| To duplicate: | |
| Site URL: | http://pt.wikipedia.org |
| Operating system | Windows 7 |
| .NET FW Version | 6.1 |
| AWB version | 5.5.3.0 |
| Workaround | |
| Fixed in version | rev 10373, rev 10378 , rev 10379 -- Magioladitis (talk) 14:07, 14 August 2014 (UTC) |
I have a patch ready and waiting to test. I asked for eliminator rights in ptwiki. -- Magioladitis (talk) 18:51, 13 August 2014 (UTC)
rev 10373 after comments at bugzilla. -- Magioladitis (talk) 14:07, 14 August 2014 (UTC)
Teles delete button enabled in rev 10378. Thanks for the feedback/help. Now eliminators in Portuguese Wikipedia can delete pages using AWB. -- Magioladitis (talk) 00:18, 16 August 2014 (UTC)
Diego Queiroz everything works as requested as of rev 10379. There will be a new release soon. -- Magioladitis (talk) 00:29, 16 August 2014 (UTC)
- Thank you, @Magioladitis! --Diego Queiroz (talk) 18:13, 17 August 2014 (UTC)
"Only cosmetic changes are made" not saved to default settings
| Status | Fixed in the next release
|
|---|---|
| Description | On the Skip tab, if "Only cosmetic changes are made" is checked and saved to default settings, it doesn't stay checked on future loads of the application. This seems to work for other skip settings. Stevie is the man! Talk • Work 16:40, 15 August 2014 (UTC) |
| To duplicate: | 1) On the Skip tab, check "Only cosmetic changes are made"; 2) In the menu under File, click "Save settings as default"; 3) close AWB; 4) reload AWB -- "Only cosmetic changes are made" isn't checked. |
| Site URL: | N/A |
| Operating system | Windows 7 |
| .NET FW Version | 6.1 |
| AWB version | 5.5.3.0 |
| Workaround | Checking "Only cosmetic changes are made" manually upon load of the application. |
| Fixed in version | rev 10376 -- Magioladitis (talk) 18:13, 15 August 2014 (UTC) |
Confirmed. -- Magioladitis (talk) 17:50, 15 August 2014 (UTC)
Stevie is the man! thanks! Fixed in rev 10376. -- Magioladitis (talk) 18:13, 15 August 2014 (UTC)
ApiErrorException in ApiEdit.CheckForErrors
| Status | Fixed in the next release
| ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description |
WikiFunctions.API.ApiErrorException: Bot API returned the following error: 'You can't delete this page because it has more than 5,000 revisions' σε WikiFunctions.API.ApiEdit.CheckForErrors(String xml, String action) στο c:\Users\user\Desktop\AWB\AWB\WikiFunctions\API\ApiEdit.cs:γραμμή 1299 σε WikiFunctions.API.ApiEdit.CheckForErrors(String xml) στο c:\Users\user\Desktop\AWB\AWB\WikiFunctions\API\ApiEdit.cs:γραμμή 1216 σε WikiFunctions.API.ApiEdit.Delete(String title, String reason, Boolean watch) στο c:\Users\user\Desktop\AWB\AWB\WikiFunctions\API\ApiEdit.cs:γραμμή 849 σε WikiFunctions.Article.Delete(Session session) στο c:\Users\user\Desktop\AWB\AWB\WikiFunctions\Article\Article.cs:γραμμή 1688 σε AutoWikiBrowser.MainForm.DeleteArticle() στο c:\Users\user\Desktop\AWB\AWB\AWB\Main.cs:γραμμή 4518
| ||||||||||||
| To duplicate: | Unknown | ||||||||||||
| Site URL: | https://wiki.riteme.site | ||||||||||||
| Operating system | Microsoft Windows NT 6.1.7601 Service Pack 1 | ||||||||||||
| .NET FW Version | 2.0.50727.5477 | ||||||||||||
| AWB version | AutoWikiBrowser (5.5.3.1), WikiFunctions (5.5.3.1), revision 10373 (2014-08-14 17:03:54) | ||||||||||||
| Workaround | |||||||||||||
| Fixed in version | rev 10377 -- Magioladitis (talk) 18:43, 15 August 2014 (UTC) |
Per page info total number of edits is 3,254. So, I suspect an API bug. -- Magioladitis (talk) 18:23, 14 August 2014 (UTC)
rev 10377 catches this exception. -- Magioladitis (talk) 18:43, 15 August 2014 (UTC)
Nobots seems to work inside comments too
| Status | Fixed in the next release
|
|---|---|
| Description | Try this version -- Magioladitis (talk) 17:31, 17 August 2014 (UTC) |
| To duplicate: | |
| Site URL: | enwiki |
| Operating system | 7 |
| .NET FW Version | |
| AWB version | rev 10381 |
| Workaround | |
| Fixed in version | rev 10382 by Rjwilmsi -- Magioladitis (talk) 08:39, 18 August 2014 (UTC) |
Error unwatching a page
| Status | Fixed in the next release
|
|---|---|
| Description | If you try to unwatch a page and save your changes, you receive an error stating "You've been logged off, probably due to a loss of session data. Please relogin." GoingBatty (talk) 01:33, 7 June 2014 (UTC) |
| To duplicate: | Login to AWB, load a page from your watchlist, click Start, click Unwatch, click Save |
| Site URL: | wiki.riteme.site |
| Operating system | Windows 7 |
| .NET FW Version | 2.0.50727.5477 |
| AWB version | 5.5.3.1 SVN 10218 |
| Workaround | Use your browser to unwatch the page |
| Fixed in version | rev 10385 by Reedy. -- Magioladitis (talk) 17:08, 18 August 2014 (UTC) |
Bug is related to Wikipedia_talk:AutoWikiBrowser/Bugs/Archive_26#Two_cases_where_infinite_loop_could_be_prevented:_Blocked_and_logged_out. -- Magioladitis (talk) 15:09, 7 June 2014 (UTC)
@Reedy and Rjwilmsi: Per API:Watch, To (un)watch a page, a token is required. This token is the same for all pages (and is not different for watch vs unwatch), but changes at every login. -- Magioladitis (talk) 07:41, 20 June 2014 (UTC)
rev 10385 by Reedy. -- Magioladitis (talk) 17:08, 18 August 2014 (UTC)
ApiXmlException in ApiEdit.CheckForErrors
| Status | Not enough information/very rare bug | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | nThread: InvokerThread (Open)
WikiFunctions.API.ApiXmlException: XmlException in ApiEdit.CheckForErrors ---> System.Xml.XmlException: Starttaggen input på rad 13 matchar inte sluttaggen för form. Rad 14, position 7. vid System.Xml.XmlTextReaderImpl.Throw(Exception e) vid System.Xml.XmlTextReaderImpl.Throw(String res, String[] args) vid System.Xml.XmlTextReaderImpl.ThrowTagMismatch(NodeData startTag) vid System.Xml.XmlTextReaderImpl.ParseEndElement() vid System.Xml.XmlTextReaderImpl.ParseElementContent() vid System.Xml.XmlTextReaderImpl.Read() vid System.Xml.XmlLoader.LoadNode(Boolean skipOverWhitespace) vid System.Xml.XmlLoader.LoadDocSequence(XmlDocument parentDoc) vid System.Xml.XmlLoader.Load(XmlDocument doc, XmlReader reader, Boolean preserveWhitespace) vid System.Xml.XmlDocument.Load(XmlReader reader) vid System.Xml.XmlDocument.Load(TextReader txtReader) vid WikiFunctions.API.ApiEdit.CheckForErrors(String xml, String action) --- Slut på stackspårning för interna undantag --- vid WikiFunctions.API.ApiEdit.CheckForErrors(String xml, String action) vid WikiFunctions.API.ApiEdit.Open(String title, Boolean resolveRedirects) | ||||||||||||||
| To duplicate: | Unknown | ||||||||||||||
| Site URL: | https://wiki.riteme.site | ||||||||||||||
| 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 9819 (2013-12-26 16:27:18) | ||||||||||||||
| Workaround | |||||||||||||||
| Fixed in version |
Not enough information to duplicate this one. -- Magioladitis (talk) 17:12, 18 August 2014 (UTC)
You've been logged off, probably due to a loss of session data. Please relogin
| Status | Bug is in old software, please update |
|---|---|
| Description | Constantly being logged off with the message, "You've been logged off, probably due to a loss of session data. Please relogin" In my dreams, I hear <bing>, you have been logged off. It is annoying my wife when she is trying to read. She is threatening to smash the laptop. At first, it was a constant problem with the bot, logging off every 5 minutes or less. Now, I'm being logged off every 30 minutes or so. Bgwhite (talk) 05:57, 4 August 2014 (UTC) |
| To duplicate: | |
| Operating system | Windows 7 |
| .NET FW Version | |
| AWB version | Not present in 5.5.3, but it is in the devel version. It has been a problem since atleast SVN10220. |
| Workaround | |
| Fixed in version |
@Bgwhite: I get the error when I log on to Wikipedia using a browser with my bot username, and then log off within the browser. You could always buy your wife her own laptop. :-) GoingBatty (talk) 17:51, 4 August 2014 (UTC)
- @GoingBatty:, I'm rarely logged in via a browser with my bot username. So on the bot side, it logs off when I'm not logged into a browser. On my regular user side, I'm always logged in when AWB logs me off. I do get logged off alot more on the bot side. I did try to get a new wife, but I was painfully reminded that it wasn't my call. Something positive did come from that experience, AWB works fine in a hospital. Bgwhite (talk) 20:15, 4 August 2014 (UTC)
Try rev 10388 or later. We changed the way tokens are obtained. -- Magioladitis (talk) 17:35, 18 August 2014 (UTC)
Dn tag improperly added
| Status | Fixed in the next release
|
|---|---|
| Description | [5] and [6] Magioladitis (talk) 12:09, 16 August 2014 (UTC) |
| To duplicate: | Try to disambiguate a link that already has a (dated or undated) disambiguation tag next to it. -- Magioladitis (talk) 12:09, 16 August 2014 (UTC) |
| Site URL: | enwiki |
| Operating system | 7 |
| .NET FW Version | |
| AWB version | rev 10379 |
| Workaround | |
| Fixed in version | rev 10391 by Rjwilmsi. -- Magioladitis (talk) 09:43, 20 August 2014 (UTC) |
Particular changes not considered cosmetic by AWB but are indeed cosmetic
| Status | Not a bug in AWB, has been referred
|
|---|---|
| Description | On the skip settings, I have "Only cosmetic changes are made" and "Only whitespace has changed" set when running through article lists for cleanup. I have run into cases where the only recommended changes to an article are converting {{cn}} to {{Citation needed}}, or converting underscores to blanks in piped links. Both of these change are cosmetic, in that the reader sees no difference whatsoever after the changes are made and I'm fairly but not absolutely sure that the HTML rendered would be the same (although I could be wrong). If this is a bug, it's that changes like this aren't considered cosmetic by the software, even though in reality, they are. Stevie is the man! Talk • Work 16:22, 15 August 2014 (UTC) |
| To duplicate: | Running through any significant list of articles, these kinds of instances are bound to turn up like they did for me. I don't know how to make the problem explicitly pop up. But I'll note I had the following options turned on: 1) Auto tag; 2) Apply general fixes; 3) Unicodify whole page; 4) Regex typo fixing. |
| Site URL: | wiki.riteme.site |
| Operating system | Windows 7 |
| .NET FW Version | 6.1 |
| AWB version | 5.5.3.0 |
| Workaround | Skipping instead of saving where I perceive the only changes to be cosmetic. |
| Fixed in version |
This could be my misunderstanding of what "cosmetic" means, but I figured I would log it anyway, just in case. Stevie is the man! Talk • Work 16:32, 15 August 2014 (UTC)
In the case of {{cn}} vs. {{Citation needed}}, the HTML renderings do appear to be the same, therefore the change was cosmetic (unless I'm missing something). Stevie is the man! Talk • Work 17:02, 15 August 2014 (UTC)
Stevie is the man! it's not exactly AWB's fault. "Skip if only cosmetic changes" checks for changes in the html output. But redirects create a different html output. It's nothing we can do currently about it. -- Magioladitis (talk) 17:26, 15 August 2014 (UTC)
- Like I said above, in one of the cases I inspected the differences, and the HTML output between the older version and the newer version looked the same. A template redirect doesn't appear to work like a link redirect. Stevie is the man! Talk • Work 19:22, 15 August 2014 (UTC)
- Here is a change I saved (but probably shouldn't have), but if you look at the before and after HTML (around where the templates were changed), they appear to be the same, unless I'm missing something very minor. Also, in the case of underscores in links, those would have to render the same in HTML as blanks, right? Stevie is the man! Talk • Work 19:26, 15 August 2014 (UTC)
- Note that Albus_Magnus displays differently from Albus Magnus so the application can be forgiven for thinking that removing underscores renders. All the best: Rich Farmbrough, 21:49, 15 August 2014 (UTC).
- The more specific case of a piped link with underscores that displays (and renders HTML) the same with or without them is what I'm thinking of. I'm sorry I wasn't specific enough. I won't forgive the application for that. :) Stevie is the man! Talk • Work 13:39, 16 August 2014 (UTC)
- Note that Albus_Magnus displays differently from Albus Magnus so the application can be forgiven for thinking that removing underscores renders. All the best: Rich Farmbrough, 21:49, 15 August 2014 (UTC).
Incorrect edit comment, (which mentions AWB)
ResolvedThis edit was probably done correctly, and as far as I know, it probably was a good idea. However, [IMHO] the edit comment seems to be completely off base ("bonkers").
The edit comment says: [quote:]
(→Origins: remove improper reference, removed: {{cite book |title= The Professor and the Madman|last= Winchester|first= Simon|year= 1999| publisher = HarperPerennial|location= New York|isbn= 978-0-06-083978-9}}</ref>{{rp using AWB)
. However, the section that was edited, contained more than one "{{cite book}}" macro (or template, or whatever it is called), and the one (the "{{cite book}}") that gets mentioned in that edit comment, is the wrong one.
This might not be due to incorrect operation of some robot script or chunk of software code. This might just be a case of the person "manually" finagling the edit comment, and making some mistake while doing so.
Sorry if I have submitted this comment in the wrong place. I do not know how to tell whether this is an instance of a one-time mistake by a person "manually" finagling the edit comment, or whether this is some kind of software bug, whereby an automated robot [script] of some kind, was perhaps the culprit who was making that mistake.
I hope this helps. --Mike Schwartz (talk) 00:38, 21 August 2014 (UTC)
- It's probably a consequence of my failure at regular expression matching. (Note to self: do not check "add replacements to edit summary" when using expressions with "wild card" characters.) — Arthur Rubin (talk) 02:42, 21 August 2014 (UTC)
Mike Schwartz This is not an AWB's bug. Arthur Rubin replied above -- Magioladitis (talk) 07:38, 21 August 2014 (UTC)
Error involving edit token in two semi-recent accounts on Wikia
| Status | Bug is in old software, please update | ||||||
|---|---|---|---|---|---|---|---|
| Description | nThread: InvokerThread (Save)
WikiFunctions.API.ApiException: Edit token is needed to edit pages at WikiFunctions.API.ApiEdit.Save(String pageText, String summary, Boolean minor, WatchOptions watch) | ||||||
| To duplicate: | It throws this error when I have a larger list populated with files I was going to tag, but it did not on two different test edits to one user page at a time. It also only occurred on two newer Wikia accounts (circa mid-November and today) that don't appear to have any sort of technical difference to the older one that still works with larger file lists on the same wiki (but I'd like to not use the older account). | ||||||
| Site URL: | http://wreckitralph.wikia.com | ||||||
| Operating system | Microsoft Windows NT 6.1.7601 Service Pack 1 (Windows 7 Professional, Service Pack 1, running through Bootcamp on a 2012 Macbook Pro) | ||||||
| .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 | Logging in twice back-to-back before performing edits might work. | ||||||
| Fixed in version |
I'm not entirely sure this is a bug, but I cannot figure it out, and neither can the person I talked to on the wiki that is affected, so I figured I'd at least try here. If this was not the correct route for this type of wiki, I apologize. Any help is appreciated. - Purplewowies (talk) 20:44, 16 January 2014 (UTC)
- This has now extended to my older account with no obvious changes in the wiki itself. - Purplewowies (talk) 16:22, 23 January 2014 (UTC)
- I have seen this error as well with my Wikia account and it seems to occur when dealing with files. AWB will work for a while then it will hit something it doesn't like and generate the error. Kumioko (talk) 16:26, 23 January 2014 (UTC)
- A bit jumping the gun I was with my last comment. It appears all the accounts there are wanting me to sign in twice on AWB before edits go through (something that did not occur before), which is... strange. Is that a bug? All three seem to actually work fine afterward, but... weird, I guess.- Purplewowies (talk) 16:31, 23 January 2014 (UTC)
- I have seen this error as well with my Wikia account and it seems to occur when dealing with files. AWB will work for a while then it will hit something it doesn't like and generate the error. Kumioko (talk) 16:26, 23 January 2014 (UTC)
Purplewowies please try version 5.5.4.0 or later. We changed the way we obtain tokens. -- Magioladitis (talk) 06:17, 23 August 2014 (UTC)
- In all honesty, I haven't had this problem in awhile (and I've updated a few times since this problem occurred, I believe, so maybe that had something to do with it?). I'd actually kind of forgotten this section existed.
Even though I'm watching this page... I will be sure to make sure the version is sufficiently higher as you've mentioned when I run AWB next, though it may be several hours or a day before I could check. - Purplewowies (talk) 07:11, 23 August 2014 (UTC)
- Purplewowies thanks. Just rereport if this occurs in version 5.5.4.0 or higher. -- Magioladitis (talk) 07:31, 23 August 2014 (UTC)
AWB quietly fails to save based on characters added to edit box with no indication of failure
| Status | Not a bug in AWB, has been referred
|
|---|---|
| Description | If specific content is pasted into the edit box and then Save is clicked AWB appears to save but quietly fails to actually save. There is no indication that saving failed.
The text that causes the problem is "Ḥayāt-i". However, copying it from this page will not cause the problem. While I can paste the text into this standard WP edit box, it is translated to something slightly different when saved by WP. When the original is saved in UTF-8 format on my machine the byte sequence is: My original source for the text is the title of this work on WorldCat. The problem appears to be 100% repeatable. I consider that there are two problems here:
After doing this several times I do notice a slight difference in the time AWB takes to return from the save operation, but no visual differences. This may be related to, or a duplicate of: AWB cannot save letter + combining diacritic when a precomposed Unicode glyph is available — Makyen (talk) 09:29, 13 May 2014 (UTC); struck part about AWB no knowing it failed to save 20:12, 13 May 2014 (UTC) |
| To duplicate: | Go to this WorldCat page. Copy the first word of the title. You actually only need the first character of the first word. Paste that into the AWB edit box on any page. Click save. |
| Site URL: | https://wiki.riteme.site |
| Operating system | Microsoft Windows NT 5.1.2600 Service Pack 3 |
| .NET FW Version | 2.0.50727.3655 |
| AWB version | AutoWikiBrowser (1.0.0.0), WikiFunctions (5.5.2.4), revision 10102 |
| Workaround | Paste the text into the normal web-based WP edit interface. Save the page. You can now copy the text from that saved version to AWB. |
| Fixed in version |
- When I paste in this character and save, AWB skips the page with "API MD5 hash error: The page you are editing may contain an unsupported or invalid Unicode character". Rjwilmsi 10:07, 13 May 2014 (UTC)
- I just tried it again – again following the directions above – and saw nothing that indicated to me that there was any failure.
- Maybe I'm blind, but I don't see anything different in how it is acting than it would on a normal save. Where/how is that error displayed? Is it an error/warning I could have disabled by some configuration change? — Makyen (talk) 10:36, 13 May 2014 (UTC)
- Logs tab, skipped section. Also see Skipped counter at bottom right. It's possible you could have disabled logging via Options -> Preferences -> General. Rjwilmsi 11:03, 13 May 2014 (UTC)
- Excellent. The failure to save does show in the logs here. I was not looking in the right place. AWB does recognize that it failed to save the page.
- In that case, issue #2 is only that when in interactive mode, AWB should alert the user that the save failed. The alert should be in a similar manner to how AWB alerts that it can not edit a page with PUA characters (i.e. just a standard alert popup). After alerting the user it would be desirable that AWB return back to editing the same page, as is the case with other types of failed saves. Just having it be such that the edited data could be obtained from "Replace text with last edit" would be OK (if so, then mentioning that function should be in the alert). In bot mode, just logging and moving to the next article is, obviously, the correct thing to do. A, perhaps better, alternative would be: in the alert offer the user the choice to return to the article that failed or to move on to the next article.
- While the issue of not returning to the page which failed to save appears to be specific to this reason for failing to save, the user should be alerted any time the save fails. Currently, for other failed saves, AWB returns to the failed page with little specific feedback to the user (as I recall). In interactive mode, an alert should happen anytime the page failed to save. If desired, it could be a configuration option to not show such alerts. However, the default should be that the user is alerted anytime an operation like Save fails.
- In general, if an operation the user initiates fails the user should be specifically informed. In many cases, when the action initiated is visual in nature, it is acceptable that informing the user takes the form of just not making the visual change with a small note in the status bar/location that there was a failure (if detected). For more important actions, such as Save, the user should be alerted in a prominent manner that the operation failed. It should not be such that the user is expected to check the logs after every save, or other similar action, to verify that it actually worked.— Makyen (talk) 20:12, 13 May 2014 (UTC)
- I disagree that we need more popups. I am marking this as not a bug, behaviour is as designed. If you really think extra popup alerts are required please post on the AWB talk page to see if other editors agree. Thanks Rjwilmsi 07:10, 14 May 2014 (UTC)
- A pop-up was a suggestion, not a requirement. Given your response, it appears that I unknowingly hit a hot topic.
- The issue still exists that this type of save failure is handled differently than a "normal" failure. In a "normal" failure, the page is re-edited. In this case it is not. Having two different types of behavior is contrary to what an average user would expect. Having no information provided to the user that the command for the program to save the edit has failed, other than in a log which is not normally viewed, is not a good way to handle the exception. It is the right way to handle it for a bot, but not interacting directly with a human. At least in other failure cases, the user gets some direct indication that it failed to save because the page is brought up for editing again. In this case, that does not happen and the normal user will be left with the belief that the edit has been properly saved.
- I only realized this was happening due to wanting to refer back to a previous edit and checking my contribs. If that had not happened, it is possible that I would have ended up editing the same page multiple times as I worked through multiple passes of a couple thousand page list.
- It would be a reasonable solution to this to have AWB treat these failures the same as it treats other failures and have the page brought back up for editing after the failure. — Makyen (talk) 07:50, 14 May 2014 (UTC)
- I disagree that we need more popups. I am marking this as not a bug, behaviour is as designed. If you really think extra popup alerts are required please post on the AWB talk page to see if other editors agree. Thanks Rjwilmsi 07:10, 14 May 2014 (UTC)
- Logs tab, skipped section. Also see Skipped counter at bottom right. It's possible you could have disabled logging via Options -> Preferences -> General. Rjwilmsi 11:03, 13 May 2014 (UTC)
It seems it's a failure we can't bypass. API MD5 hash error will stay there as long the characters in question are there. -- Magioladitis (talk) 22:41, 28 July 2014 (UTC)