This is the discussion page for the AWB project. It is also the place to discuss using the AWB program itself (if you need help, or have a question about AWB, etc.). Where to make specific types of reports or requests is explained in the Before you post section below. Before asking questions, please read the Frequently asked questions below.

Please click here to start a new discussion.

Archives

Index 1, 2, 3, 4, 5, 6, 7, 8, 9, 10 11, 12, 13, 14, 15, 16, 17, 18, 19, 20 21, 22, 23, 24, 25, 26, 27, 28, 29, 30 31, 32, 33, 34

This page has archives. Sections older than 30 days may be automatically archived by Lowercase sigmabot III.

               //Detect IE5.5+
               if (navigator.appVersion.indexOf("MSIE")==-1)
               {
                   // Previous contents go here
                   ....
               }

After I have enabled two factor authentication, I am unable to login in the autowikibrowser. While trying to login a pop up comes up telling aborted. What is the solution for this issue. ? Balaji ^{(Let's talk)} 08:13, 4 July 2024 (UTC)[reply]

@Balajijagadesh see Wikipedia:Using AWB with 2FA. — xaosflux ^Talk 08:42, 4 July 2024 (UTC)[reply]

Perhaps the language code does not match during authorization? Игорь Темиров (talk) 04:00, 5 July 2024 (UTC)[reply]

@User:Xaosflux. thanks it worked. -- Balaji ^{(Let's talk)} 08:53, 18 July 2024 (UTC)[reply]

Hello. Few weeks ago, I made a clean reinstall of Windows 10. A couple of days ago, I was trying to load a custom module, but I got following error:

Compiler executable file csc.exe cannot be found.
**description**: 
**workaround**: 
--------------------------
<table><tr><th>Exception:</th><td>`InvalidOperationException`</td></tr>
<tr><th>Message:</th><td>`Compiler executable file csc.exe cannot be found.`</td></tr>
<tr><th>Call stack:</th><td><pre>   at System.CodeDom.Compiler.RedistVersionInfo.GetCompilerPath(IDictionary`2 provOptions, String compilerExecutable)
   at Microsoft.CSharp.CSharpCodeGenerator.FromFileBatch(CompilerParameters options, String[] fileNames)
   at Microsoft.CSharp.CSharpCodeGenerator.FromSourceBatch(CompilerParameters options, String[] sources)
   at Microsoft.CSharp.CSharpCodeGenerator.System.CodeDom.Compiler.ICodeCompiler.CompileAssemblyFromSourceBatch(CompilerParameters options, String[] sources)
   at System.CodeDom.Compiler.CodeDomProvider.CompileAssemblyFromSource(CompilerParameters options, String[] sources)
   at WikiFunctions.CustomModules.CustomModuleCompiler.Compile(String sourceCode, CompilerParameters parameters)
   at AutoWikiBrowser.CustomModule.MakeModule()</td></tr>
</table>
**OS**: Microsoft Windows NT 6.2.9200.0
**version**: AutoWikiBrowser (6.3.0.0), WikiFunctions (6.3.0.0), revision 12558 (2024-01-16 20:38:04)
**net**: 4.0.30319.42000
**duplicate**: 
**site**: https://en.wikipedia.org

After that, I installed the .NET framework, I located the csc.exe file, and updated the system environment variable/path. Still, I am getting the same error. Any suggestions? —usernamekiran (talk) 04:28, 22 July 2024 (UTC)[reply]

I am on Windows 11 and have csc.exe in the following locations:

C:\Windows\Microsoft.NET\Framework\v2.0.50727\csc.exe

C:\Windows\Microsoft.NET\Framework\v3.5\csc.exe

C:\Windows\Microsoft.NET\Framework\v4.0.30319\csc.exe

C:\Windows\Microsoft.NET\Framework64\v2.0.50727\csc.exe

C:\Windows\Microsoft.NET\Framework64\v3.5\csc.exe

C:\Windows\Microsoft.NET\Framework64\v4.0.30319\csc.exe

C:\Windows\WinSxS\amd64_netfx-csharp_compiler_csc_b03f5f7f11d50a3a_10.0.22621.1_none_52bef3eed921ca5e\csc.exe

C:\Windows\WinSxS\amd64_netfx35linq-csharp_31bf3856ad364e35_10.0.22621.1_none_78c17abe07e8090b\csc.exe

C:\Windows\WinSxS\amd64_netfx4-csc_exe_b03f5f7f11d50a3a_4.0.15912.0_none_78ce8a6e35a89ad2\csc.exe

C:\Windows\WinSxS\amd64_netfx4-csc_exe_b03f5f7f11d50a3a_4.0.15912.322_none_6ee01ba4a5a0f42b\csc.exe

C:\Windows\WinSxS\x86_netfx-csharp_compiler_csc_b03f5f7f11d50a3a_10.0.22621.1_none_9a6c2ac5ed9df364\csc.exe

C:\Windows\WinSxS\x86_netfx35linq-csharp_31bf3856ad364e35_10.0.22621.1_none_1ca2df3a4f8a97d5\csc.exe

C:\Windows\WinSxS\x86_netfx4-csc_exe_b03f5f7f11d50a3a_4.0.15912.0_none_c07bc1454a24c3d8\csc.exe

C:\Windows\WinSxS\x86_netfx4-csc_exe_b03f5f7f11d50a3a_4.0.15912.322_none_b68d527bba1d1d31\csc.exe

I'm not sure which of these is used by AWB, but I have no problems executing a C# script. Kiwipete (talk) 08:27, 22 July 2024 (UTC)[reply]

@Kiwipete: thanks. Would it be okay if I ask you to see what's path to csc.exe in system environment variable? Mine points to C:\Windows\Microsoft.NET\Framework64\v4.0.xxxxx (I don't remember the exact version) I had added it manually. —usernamekiran (talk) 16:35, 22 July 2024 (UTC)[reply]

@Usernamekiran - sorry, I'm not sure what you mean by "path to csc.exe in system environment variable". Where do you get your value of "C:\Windows\Microsoft.NET\Framework64\v4.0.xxxxx" from? That might give me a clue as to what to search for. Regards, Kiwipete (talk) 08:01, 23 July 2024 (UTC)[reply]

I just started to configure a new Surface Pro, Windows 11 on ARM64, and have the same problem. Two old, well-established x64 Win10 systems are working OK with the same copy of AWB. Adding the path to a version of csc.exe to the PATH environment variable (per-user version, but that shouldn't matter) doesn't help, and in any case it's not set on my other systems. It seems that something weird is happening in the CSharpCodeProvider class, but I'm not set up to investigate yet.

I assumed it had something to to with either Win11 or ARM/x86 emulation, but Usernamekiran has neither. BTW, the WinSxS copies are irrelevant; that is the Windows secure component store used during update or recovery.

I'll try to set up for debugging and see what else I can find. It may take a few days. David Brooks (talk) 14:19, 30 July 2024 (UTC)[reply]

@David Brooks: Hi. On my desktop I have Win 10 pro, and on (older) laptop, home edition. I had made clean re-install on both the systems around the same time, I think in first week of March. I am having the same problem on both the computers, both of them x86. I tried changing "user", as well "system" path, didn't work. @Kiwipete: I am currently not on windows, so I am writing this based on my memory. If you search in the Windows search bar for "system environment variable", you will see the tool for that, after clicking on it, in the new window, there would be an option "environment variables" at the bottom. If you click on it, there would be another new window, on it, there would be "system variables", and "user variables". if you edit "PATH" section, there should be the values we are looking for. —usernamekiran (talk) 07:03, 31 July 2024 (UTC)[reply]

@Usernamekiran, @DavidBrooks, thanks, I now understand what you are looking at. In the Environment Variables, I have a PATH user variable (for my account) set to "%M2%;%JAVA_HOME%\bin;%MARIADB_HOME%\bin;%USERPROFILE%\AppData\Local\Microsoft\WindowsApps;". These are mainly applications I have configured myself. I also have a PATH system variable, set to "%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;%SYSTEMROOT%\System32\WindowsPowerShell\v1.0\;%SYSTEMROOT%\System32\OpenSSH\;D:\jZip;D:\PuTTY\;D:\TortoiseSVN\bin;". When I open a command prompt, I get the following resulting PATH variable: "Path=C:\windows\system32;C:\windows;C:\windows\System32\Wbem;C:\windows\System32\WindowsPowerShell\v1.0\;C:\windows\System32\OpenSSH\;D:\jZip;D:\PuTTY\;D:\TortoiseSVN\bin;D:\apache-maven-3.9.8\bin;D:\jdk-11\bin;D:\MariaDB 10.4\bin;C:\Users\pete\AppData\Local\Microsoft\WindowsApps;". Note I don't see any directory containing csc.exe that I mentioned above listed in the PATH. When I try "where csc" or "where csc.exe", I get the response "INFO: Could not find files for the given pattern(s).". Sorry if that's still not much help. Kiwipete (talk) 08:54, 31 July 2024 (UTC)[reply]

For Windows 10 there is no need to install all the old .NET versions. Installing the current .NET 4.x.x as provided by Windows Update should be fine. I suspect installing the older versions may have created a conflict. When you have the custom module screen open in AWB what option are you using in the Language field (C# 4.0 would be expected) / hhave you tried all of the C# ones if multiple? Also you might check registry path HKEY_LOCAL_MACHINE\\SOFTWARE\\Microsoft\\MSBuild\\ToolsVersions\\ as that is apparently the path that will be used. Rjwilmsi 12:58, 31 July 2024 (UTC)[reply]

The only option provided in AWB is 3.5, and that refers to the language version, not the compiler version. Newer compilers will observe the (more restricted) language of older versions because reasons.

But thanks for your hint and technical insight. On the new system there is only a \ToolsVersions\4.0 key. I added a 3.5 key and populated it with a string value MSBuildToolsPath:C:\Windows\Microsoft.NET\Framework64\v4.0.30319\ and it works. Clearly the language version is driving the lookup. Just check that the directory exists in your system and has a csc.exe. If you don't like editing the registry (and it still makes me uneasy after 18 years at Microsoft) then maybe installing the 3.5 Framework will work, if you can find it. Or not.

I think this is a Microsoft bug, given that the CSharpCodeProvider class does offer down-level language versions. At best it should hunt the ToolsVersions key for a value >= the language version. Or at least the restriction should be documented. I'll whine at my former colleagues. David Brooks (talk) 14:26, 31 July 2024 (UTC)[reply]

p.s. on my new system, C:\Windows\Microsoft.NET\FrameworkArm64\v4.0.30319\ works as well (and is theoretically more efficient). David Brooks (talk) 15:00, 31 July 2024 (UTC)[reply]

Update: apologies, that was an incomplete fix. Because AWB is still a 32-bit app, if you are running on a 64-bit system, you should add the 3.5 key under HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\MSBuild\ToolsVersions alongside the 4.0 that you should find already there. Add a MSBuildToolsPath value as above. It wouldn't hurt to add it to HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSBuild\ToolsVersions anyway in case you come across other 64-bit apps with the same problem.

Also, I was talking nonsense about the compiler version. This is the 4.0 executable, which can compile up to c# 5.0 I think. Sorry about that. David Brooks (talk) 20:36, 1 August 2024 (UTC)[reply]

OK, last say on this, really. The easiest way of making this work, for now, is to install Framework 3.5, which is not usually available on a brand-new system. You can download it directly from here, or you can get it from the "Turn Windows features on and off" dialog if you can find it. A maintainer has already checked in the 4.0 update to the source tree, so the robust fix should be available eventually. Apologies for running all over the place; real life has been intruding this week. David Brooks (talk) 18:54, 3 August 2024 (UTC)[reply]

thanks, framework 3.5 resolved the issue. thanks a lot, David! —usernamekiran (talk) 13:35, 5 August 2024 (UTC)[reply]

If you haven't already downloaded 3.5, there is now no need; the latest (6.3.1.0) version fixed it. David Brooks (talk) 15:37, 9 August 2024 (UTC)[reply]

I'm using AWB on Fandom and am trying to do a find and replace edit. I can get it to find an applicable page and it shows the correct edit to be made, but when I press Save, it says Saving... and gives a restart timer. I can't get it to actually make the change. Any suggestions? Fluffbutter (talk) 17:17, 22 July 2024 (UTC)[reply]

@Fluffbutter: I'm not sure, but I think some fandoms require permission to use AWB. If it's not that problem, it may be your ISP. I used to have that problem a lot of times. Try using some other connection for making a couple of edits, like your mobile hotspot. —usernamekiran (talk) 23:24, 22 July 2024 (UTC)[reply]

I got it to work! I had to update the Bot Password permissions. Fluffbutter (talk) 23:38, 22 July 2024 (UTC)[reply]

Often a short description of "none" will be followed by a hidden note, as follows:

{{Short description|none}}<!-- "none" is preferred when the title is sufficiently descriptive; see [[WP:SDNONE]] -->

Sometimes these is a space between the template and the note. Either way, AWB wants to move that hidden note to the end of whatever templates are on top of the page. Can it be tweaked so that it leaves it where it is? Cheers! BD2412 T 20:40, 28 July 2024 (UTC)[reply]

In this AWB edit, an HTML comment was moved from its proper location – next to the template that it applied to – to a place that makes less sense. It appears that AWB's general fixes may be programmed to make this undesirable change. Can someone please disable this change or explain what I am missing? Thanks. – Jonesey95 (talk) 12:51, 29 July 2024 (UTC)[reply]

Oops, I didn't see the section above. Here's a diff, anyway. You can see in the subsequent edit after that diff that the move was perceived as an AWB error by Pigsonthewing, the AWB editor. – Jonesey95 (talk) 12:54, 29 July 2024 (UTC)[reply]

When I update Wikipedia pages containing non-latin characters (e.g. Arabic), I often (not always) get an error message. "The fileformat is invalid" ("Filformatet är ogiltigt" in Swedish, my language). Heading in the error message: ArgumentException in ArticleTextBox.OnHandleCreated

The rest is:

**description**: 
**workaround**: 
--------------------------
<table><tr><th>Exception:</th><td>`ArgumentException`</td></tr>
<tr><th>Message:</th><td>`Filformatet är ogiltigt.`</td></tr>
<tr><th>Call stack:</th><td><pre>   vid System.Windows.Forms.RichTextBox.StreamIn(Stream data, Int32 flags)
   vid System.Windows.Forms.RichTextBox.StreamIn(String str, Int32 flags)
   vid System.Windows.Forms.RichTextBox.set_Rtf(String value)
   vid System.Windows.Forms.RichTextBox.OnHandleCreated(EventArgs e)
   vid WikiFunctions.Controls.ArticleTextBox.OnHandleCreated(EventArgs e)
   vid System.Windows.Forms.Control.WmCreate(Message& m)
   vid System.Windows.Forms.Control.WndProc(Message& m)
   vid System.Windows.Forms.TextBoxBase.WndProc(Message& m)
   vid System.Windows.Forms.RichTextBox.WndProc(Message& m)
   vid System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   vid System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   vid System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)§/pre></td></tr>
</table>
**OS**: Microsoft Windows NT 6.2.9200.0
**version**: AutoWikiBrowser (6.3.0.0), WikiFunctions (6.3.0.0), revision 12558 (2024-01-16 20:38:04)
**net**: 4.0.30319.42000
**duplicate**: 
**site**: https://sv.wikipedia.org

Note: I had to replace < with § before /pre in the last row of the table in order to get a nice display.

In most cases, when I press "Continue Working", the error message disappears and I can continue. In rare cases, all content in the page is erased so I end up with an empty page. Not so nice...

Can I avoid this by any setting or is it a bug that should be reported (never done Phabricator reporting so I start here). Any suggestions would be highly appreciated! Kitayama (talk) 13:23, 3 August 2024 (UTC)[reply]

I've had permissions to use AWB since march of this year and I've used it as I said I would to add champion templates to the bottom of results pages for sporting events. However when logging in today I'm getting a permission error that says "This user doesn't have enough privilleges to make automatic edits on this wiki." I'm still on the check page for having permissions and I don't believe I broke any of the rules so I'm slightly confused. Brandon Downes (talk) 16:07, 8 August 2024 (UTC)[reply]

I just came here to add the same thing. I've been using AWB for years and have the current version but I'm getting the same message. CambridgeBayWeather (solidly non-human), Uqaqtuq (talk), Huliva 16:12, 8 August 2024 (UTC)[reply]

Oh ok I'm less concerned now and it's probably just an error. Hopefully it gets fixed soon. Brandon Downes (talk) 16:20, 8 August 2024 (UTC)[reply]

Same here. I used it last week without problems. Christian75 (talk) 16:21, 8 August 2024 (UTC)[reply]

I've been getting this off-and-on today too. Don't think I've seen it before. A partial work-around is to try to keep at least 1 AWB instance logged in successfully, and hope the power/UPS/battery stays on, and sleep/hibernate instead of rebooting, if possible.   ~ Tom.Reding (talk ⋅dgaf)  16:21, 8 August 2024 (UTC)[reply]

That's a very Jurassic Park we've-never-shut-down-the-system sort of approach. Primefac (talk) 16:23, 8 August 2024 (UTC)[reply]

And, in my case, impossible. I only use it two or three times a year. Looks like I picked the right day. CambridgeBayWeather (solidly non-human), Uqaqtuq (talk), Huliva 16:32, 8 August 2024 (UTC)[reply]

I was using it 12 hours ago so it's a pretty recent thing Brandon Downes (talk) 16:22, 8 August 2024 (UTC)[reply]

It might be WP:THURSDAY. -- John of Reading (talk) 16:33, 8 August 2024 (UTC)[reply]

Ah, the developers are aware - phab:T372017 -- John of Reading (talk) 16:36, 8 August 2024 (UTC)[reply]

Same here, and I got my saved settings deleted too for some reason. Sp1dey ^💬 19:00, 8 August 2024 (UTC)[reply]

The permissions failure is because of a change to the server software that didn't fully take into account the needs of apps like AWB: phab:T371977. There does seem to be little progress. I don't think that addresses Sp1dey's setting though. David Brooks (talk) 19:07, 8 August 2024 (UTC)[reply]

Honestly, I’m not sure if there is a connection between the two issues. After receiving the permissions error this morning, I was able to access AWB after restarting my computer. However, when I checked the settings I had saved, I noticed that the most recent changes were gone and there was a version from a few days ago. Moreover, everything was perfectly normal yesterday; both AWB was working and there were no issues with my settings. AWB started to give error again this evening. Of course, as I mentioned, this could just be a coincidence. Sp1dey ^💬 19:23, 8 August 2024 (UTC)[reply]

I am getting this permissions error on every site but Wikipedia (for which I have had an AWB instance open nonstop for quite some time). BD2412 T 19:32, 8 August 2024 (UTC)[reply]

This won't be any interesting for nobody - but - same error here. Emptywords (talk) 19:47, 8 August 2024 (UTC)[reply]

And yet another one here. Timrollpickering (talk) 21:44, 8 August 2024 (UTC)[reply]

Might as well add on to the pile - another here. --Ser Amantio di Nicolao^{Che dicono a Signa?}_{Lo dicono a Signa.} 02:03, 9 August 2024 (UTC)[reply]

Ditto, as either LindsayH or Kahtar, the ID i've been using for AWB for a decade. Happy days, ~ Lindsay^Hello 05:58, 9 August 2024 (UTC)[reply]

There is a new release 6.3.1.0 which appears to work. Within AWB, use "Help > Check for updates" to upgrade to it. -- John of Reading (talk) 09:28, 9 August 2024 (UTC)[reply]

I've just downloaded 6.3.1.0 and it is working for me. Kiwipete (talk) 09:35, 9 August 2024 (UTC)[reply]

Thank you. Happy days, ~ Lindsay^Hello 10:34, 9 August 2024 (UTC)[reply]

On other wikis it doesn't work, search for "AutoWikiBrowser/CheckPageJSON" even on wikis where registration is not required and where, obviously, the file doesn't exist. --Pil56 (talk) 11:01, 9 August 2024 (UTC)[reply]

Not working on sv.wikipedia. I get "Check page filed to load" - even after creating the check page. Kitayama (talk) 12:49, 9 August 2024 (UTC)[reply]

Amended the JSON-file. Was: only enableduser Now: Both enabledusers and enabledbots. Now log in works for both users and bots. Kitayama (talk) 13:24, 9 August 2024 (UTC)[reply]

Yes that works now. CambridgeBayWeather (solidly non-human), Uqaqtuq (talk), Huliva 11:20, 9 August 2024 (UTC)[reply]

It works! Thank you so much. Sp1dey ^💬 11:25, 9 August 2024 (UTC)[reply]

Heads up to maintainers: the main download page still has 6.3.0.0 on the big green button. David Brooks (talk) 15:37, 9 August 2024 (UTC)[reply]

I suggest adding something like this to the top of Wikipedia:AutoWikiBrowser and Wikipedia:AutoWikiBrowser/User manual for a while:

Login problem If AutoWikiBrowser claims you don't have enough privilleges then try updating to version 6.3.1.0 or later (discussion).

PrimeHunter (talk) 12:24, 9 August 2024 (UTC)[reply]

Though not a Wikimedia supplied utility, should AWB and other commonly used apps not be part of any change test protocol? Or does that need a specific request? Neils51 (talk) 14:36, 9 August 2024 (UTC)[reply]

@PrimeHunter: It works for me now after updating to version 6.3.1.1.   — Jeff G. ツ 10:27, 12 August 2024 (UTC)[reply]

Not working on ta.wikipedia.--Kanags (talk) 11:14, 12 August 2024 (UTC)[reply]

@Jeff G. Yes, version 6.3.1.1 sees to fixed it. Veracious ^(•‿•)^ 07:46, 13 August 2024 (UTC)[reply]

Even 6.3.1.0 fixed it for me. -- Auntof6 (talk) 17:40, 13 August 2024 (UTC)[reply]

I haven't used AWB prior to this and only got user rights a week or so ago. I updated to 6.3.1.1 but the error still comes back Kowal2701 (talk) 18:04, 15 August 2024 (UTC)[reply]

Prompted by the discussion above, I just updated AWB. Windows 11 prompted me to run it as administrator, which I did.

Then when I tried to run the programme, I got an "UnauthorizedAccessException" error, with the exmplanation "Access to the path 'C:\Program Files (x86)\AutoWikiBrowser\AWBUpdater.exe' is denied."

Before I open a Phabricator ticket, is this a known issue/ easily fixed? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 12:20, 9 August 2024 (UTC)[reply]

Try look Search -> Local Security Policies -> Software Restrictions Policies -> Additional Rules; and check if exists any "path" type rules that prevent execution of certain files or access to certain folders. IndyJr (talk) 17:18, 11 August 2024 (UTC)[reply]

@IndyJr: Thank you. I presume you mean search in settings in Windows 11? There is no result - other than a web search - for "Local Security Policies". Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 17:36, 11 August 2024 (UTC)[reply]

Yes, Win11. But I've the Pro version, perhaps these settings doesn't exists in the Home version. IndyJr (talk) 18:10, 11 August 2024 (UTC)[reply]

The change to {{banner shell}} should not have happened in Special:Diff/1241032103. It's not on WP:AWB/TR so I'm not really sure why it got replaced. Thoughts? Primefac (talk) 10:05, 19 August 2024 (UTC)[reply]

I have an old copy of the AWB sources on my hard drive. The source code module TalkPageFixes.cs has a hard-coded list of known redirects BannerShellRedirects, which needs updating now that {{banner shell}} has been retargeted. Rather than get AWB fixed [again] it may be simpler to update all the Talk pages that use {{banner shell}} so that the bug does not occur. -- John of Reading (talk) 10:27, 19 August 2024 (UTC)[reply]

Fun. I'll throw up a WP:AWBTASKS request. Primefac (talk) 10:39, 19 August 2024 (UTC)[reply]

Okay, should be sorted now. Primefac (talk) 12:45, 19 August 2024 (UTC)[reply]

Not directly related, but there is an another outstanding fix for banner shell edits, described here. It only requires deleting a few lines of code, ahem. I've linked the tickets in the interests of only opening the patient once. David Brooks (talk) 19:46, 21 August 2024 (UTC)[reply]