Wikipedia talk:WPCleaner/Archive 2016

API changes

 Resolved

When loading I get the following message: "org.wikipediacleaner.api.request.BasicApiResult checkForError WARNING: Warning reported: tokens - action=tokens has been deprecated. Please use action=query&meta=tokens instead." -- Magioladitis (talk) 06:39, 30 June 2015 (UTC)

Magioladitis New version of WPCleaner uses meta=tokens for retrieving tokens. No more warnings should be reported. --NicoV ^{(Talk on frwiki)} 17:37, 6 March 2016 (UTC)

Warnings in console

 Resolved

While initializing, this was reported:

WARNING: Could not open/create prefs root node Software\JavaSoft\Prefs at root 0x80000002. Windows RegCreateKeyEx(...) returned error code 5.

While logging in, this was reported:

WARNING: Warning reported: tokens - action=tokens has been deprecated. Please use action=query&meta=tokens instead.

Is this anything to be fixed locally (eg. computer settings), or a bug? (Windows 7, Java 8) Matěj Suchánek (talk) 12:28, 17 November 2015 (UTC)

Hi Matěj Suchánek

• For the first one, WPCleaner saves your settings in the Windows registry, and it seems that Windows is preventing the program to create the main node for Java preferences in the registry. Result is probably that your settings are not kept between sessions. Can you try adding manually the "Prefs" node in the registry ? I don't remember if Sofware\JavaSoft is under HKEY_LOCAL_MACHINE or HKEY_CURRENT_USER, I can check when back home.
• For the second one, it's entirely on my side, the action=tokens request has been deprecated and replaced by a meta=tokens request. I have to code it (it's already reported a few discussions above).

--NicoV ^{(Talk on frwiki)} 12:56, 17 November 2015 (UTC)

First one done, works well, thanks. (Although I had to search a little for what exactly you mean.) Matěj Suchánek (talk) 14:18, 17 November 2015 (UTC)

Matěj Suchánek New version of WPCleaner is using meta=tokens, warning about tokens should not be reported any more. --NicoV ^{(Talk on frwiki)} 17:37, 6 March 2016 (UTC)

Login warnings.

 Resolved

WARNING: Warning reported: login - Fetching a token via action=login is deprecated. Use action=query&meta=tokens&type=login instead.

Warning reported: tokens - action=tokens has been deprecated. Please use action=query&meta=tokens instead.

AWB is also spitting out these errors, see Magioladitis' talk page. I get the errors and my Perl bot stops. I know WMF is changing around their login system. Bgwhite (talk) 05:39, 12 February 2016 (UTC)

Bgwhite New version of WPCleaner is using Meta/Tokens for retrieving tokens (both for login and edit). No more warnings. --NicoV ^{(Talk on frwiki)} 17:35, 6 March 2016 (UTC)

CHECKWIKI #59 (2015-10-31)

On [1] WPCleaners botmode somehow added the same material twice...see the diff to understand. (t) Josve05a (c) 14:32, 31 October 2015 (UTC)

@NicoV: This has become a blocker for my bot to continue edit on sv.wp. Just so you know. (t) Josve05a (c) 07:53, 1 December 2015 (UTC)

@Josve05a: OK, I don't have much time available right now to investigate. Would you have other examples ? --NicoV ^{(Talk on frwiki)} 09:15, 1 December 2015 (UTC)

I'll look in to some things, I got a few suspicious I want to try. (Like parameters ending with <br /><!-- foo --> or when br is inside the comment etc...) But I do not have any other examples. (t) Josve05a (c) 09:47, 1 December 2015 (UTC)

I have not checked this out, due to lack of time. (t) Josve05a (c) 11:26, 14 April 2016 (UTC)

A little suggestion to speed up

 Resolved

WPC still asks for the content of MediaWiki:Disambiguationspage even if the wiki uses the disambiguation prop, using:

GET  https://cs.wikipedia.org/w/api.php?continue=&prop=links&pllimit=max&format=xml&action=query&titles=Mediawiki:Disambiguationspage

Matěj Suchánek (talk) 14:54, 2 December 2015 (UTC)

Done --NicoV ^{(Talk on frwiki)} 19:38, 31 March 2016 (UTC)

Unrecognized parameter

 Resolved

GET  https://cs.wikipedia.org/w/api.php?srsearch=intitle:"Gustav von Schlesinger"&srlimit=max&format=xml&srnamespace=0&action=query&srprop=titlesnippet&srredirects=true&list=search
Dub 23, 2016 8:35:13 ODP. org.wikipediacleaner.api.request.BasicApiResult checkForError
WARNING: Warning reported: main - Unrecognized parameter: 'srredirects'

Occurred when I attempted to analyze a non-existent page. Matěj Suchánek (talk) 18:44, 23 April 2016 (UTC)

Yes, srredirects has been removed in MW 1.23. I'm removing it from WPC. --NicoV ^{(Talk on frwiki)} 03:11, 24 April 2016 (UTC)

Orphaned pages

@NicoV: How do WPCleaer generate the "Special lists > Orphaned pages"-list? Is it a database query? Could you publish it on https://quarry.wmflabs.org/ ? I tag such pages a lot and am tying to write a good and working query, but I can't make them work properly. How have you done it in WPCleaner? Or is WPCleaner just using Special:LonelyPages? (t) Josve05a (c) 11:45, 6 May 2016 (UTC)

@Josve05a: Try displaying the Java console, WPC outputs all its external requests there. -NicoV ^{(Talk on frwiki)} 12:54, 6 May 2016 (UTC)

I've forgot how to display that... :/ (t) Josve05a (c) 13:05, 6 May 2016 (UTC)

@Josve05a: I only have access through my phone right now. Try googling for it, you'll find several descriptions depending on your operating system. --NicoV ^{(Talk on frwiki)} 14:49, 6 May 2016 (UTC)

Error 104-120~for sv.wp

 Resolved

Why can't I load e.g. Checkwiki error #106 in the Project Check Wikipedia-mode for sv.wp? (t) Josve05a (c) 09:25, 6 May 2016 (UTC)

Hi Josve05a, sorry I missed this post. It's because the configuration in sv:Wikipedia:Projekt_wikifiering/Syntaxfel/Translation is incorrect for #104 to #108 : enwiki instead of svwiki in the parameter names. --NicoV ^{(Talk on frwiki)} 09:35, 20 May 2016 (UTC)

Error #104

 Resolved

Error #104 dump contains a lot of false positives. I sent you an email with examples. -- Magioladitis (talk) 13:48, 20 May 2016 (UTC)

OK, I think I will modify WPC to consider constructs like <ref name="Ashland Daily Press, 1874" group=> as valid reference tags. --NicoV ^{(Talk on frwiki)} 13:57, 20 May 2016 (UTC)

Magioladitis. WPC should now consider tags with attributes with empty values as valid tags, so it should remove a lot of false positives from #94 and #104. --NicoV ^{(Talk on frwiki)} 16:06, 23 May 2016 (UTC)

@Rjwilmsi: do you think AWB should remove empty group attribute? -- Magioladitis (talk) 20:12, 20 May 2016 (UTC)

High number of incoming links caused by a redirect

 Resolved

SummerPhDv2.0's old talk page at User talk:SummerPhD is a redirect to the current talk page. This redirect causes (I think) unintended behavior in the incoming links area for all articles links on the redirected talk page. For example, spin-off should have only about 295 incoming links from all namespaces. Instead, it shows over 13,000 incoming links because of the 12,845 pages that have a link to User talk:SummerPhD (all of the various pages where a signature was left).

Is there any way to correct this behavior, as it causes articles like spin-off to load very slowly. -Niceguyedc ^{Go Huskies!} 17:42, 25 May 2016 (UTC)

Hi Niceguyedc. The problem is that User talk:SummerPhD s not only a redirect, but it also still has a lot of contents... The only easy solution I see is to remove the contents from this redirect page, or to ask the developers from MW API to handle this kind of situation : the only request I'm sending to MW API to retrieve incoming links is https://en.wikipedia.org/w/api.php?bltitle=Spin-off&continue=&action=query&blredirect=&list=backlinks&format=xml&bllimit=max and, as you can see, it retrieves all pages linked to the user talk page even if they have no relation at all to Spin-off. --NicoV ^{(Talk on frwiki)} 08:29, 28 May 2016 (UTC)

Niceguyedc, I've reported the problem on Mediawiki-api mailing list. --12:04, 29 May 2016 (UTC)

I will follow it there. Thanks! -Niceguyedc ^{Go Huskies!} 21:51, 29 May 2016 (UTC)

Niceguyedc, it should be fixed with version 1.39. I had to change the way I retrieve the backlinks, from one single request (backlinks) to two consecutive requests (redirects and linkshere). I did a few tests, it seems to be ok, but I may have missed some problems (big modification). --NicoV ^{(Talk on frwiki)} 18:21, 30 May 2016 (UTC)

It appears to be working (spin-off now shows 303 backlinks), but I'll respond here if any other problems appear. -Niceguyedc ^{Go Huskies!} 22:42, 30 May 2016 (UTC)

(unmarking the resolved template) @NicoV: After using version 1.39 today, I've found a pretty serious issue. Redirects now do not show how many links are redirecting through them. Go to any page with a (disambiguation) redirect, like James Johnson. All 12 of the articles that currently link to James Johnson are linked through James Johnson (disambiguation). The James Johnson (disambiguation) link, however, does not have the "<-- 12" next to it to show how many articles are linked to it. -Niceguyedc ^{Go Huskies!} 07:15, 31 May 2016 (UTC)

Niceguyedc, it should be fixed now. --NicoV ^{(Talk on frwiki)} 15:25, 31 May 2016 (UTC)

#17

 Resolved

WPCleaner bottools automatice fixs couldn't remove repeated category when one of them has pipe like

[[category:foo]]
[[category:foo|f]]

for example it couldn't do this edit Yamaha5 (talk) 02:38, 25 July 2016 (UTC)

Yamaha5 Problem is, how does a bot tell which one is right? For example, is [[category:foo]] or [[category:foo| ]] right? For the article title, "Russian 4th battalion", is [[category:Russian army]] or [[category:Russian army|04 battalion]] right?

In AWB, if there are two identical cats, but one with a pipe, it won't remove either one. Bgwhite (talk) 05:13, 25 July 2016 (UTC)

Hi Yamaha5, as Bgwhite explained, WPC can't decide by itself which one is the correct one, because each one can be correct on its own. --NicoV ^{(Talk on frwiki)} 07:37, 25 July 2016 (UTC)

when we have [[:category:foo]] and [[:category:foo|f]] the category which have a word after | should be correct. it can check if after | there is a word then consider it as correct one so it should skip [[:category:foo]] and [[:category:foo|]] but should fix [[:category:foo]] and [[:category:foo|some words]]Yamaha5 (talk) 08:19, 25 July 2016 (UTC)

Yamaha5 I've already seen articles where the correct fix was to keep the category without the pipe, so I won't try to automatically fix those cases. --NicoV ^{(Talk on frwiki)} 08:25, 25 July 2016 (UTC)

Unable to log in

 Resolved

I am unable to log in.

GET  https://en.wikipedia.org/w/api.php?meta=tokens&continue=&format=json&action=query&type=login
POST https://en.wikipedia.org/w/api.php?format=xml&action=login&lgname=Josve05a

An error occured: Login unsucessful: Unknown error -

I can however log in with my bot account just fine...Related to this?

VARNING: Warning reported: login - Main-account login via action=login is deprecated and may stop working without warning. To continue login with action=login, see [[Special:BotPasswords]]. To safely continue using main-account login, see action=clientlogin.

(t) Josve05a (c) 21:19, 25 July 2016 (UTC)

Hi Josve05a, I don't have any problem to log in, both with my regular account and my bot account on frwiki. It may be related, but I doubt WMF has acted on the "may stop working" during holidays while the warning is quite new. Have you user Special:BotPasswords to define a bot password ? If yes, have you tried using that password ? --NicoV ^{(Talk on frwiki)} 15:27, 26 July 2016 (UTC)

I think I solved the issue. I just became an admin in Commons, and now when I logged in on a new session for the first time, I had to change my passwords before I was allowed to log in, since it was fewer than 8 characters. I haven't tried logging in on WPCleaner since, but I would believe this would be the issue. (t) Josve05a (c) 09:14, 27 July 2016 (UTC)

Josve05a Good to hear :-) --NicoV ^{(Talk on frwiki)} 11:22, 27 July 2016 (UTC)

WPCleaner removed ref end tag

Resolved

WPCleaner removed the ref end tag in an edit. (see Diff) Edit summary was v1.39 - WP:WCW project (Internal link written as an external link).--Auric talk 13:11, 8 August 2016 (UTC)

Auric it did not. I did. It was my mistake. -- Magioladitis (talk) 16:35, 8 August 2016 (UTC)

Oops, sorry.--Auric talk 17:36, 8 August 2016 (UTC)

problem in update to 1.40

 Resolved

I don't get update to version 1.40. in the past, when the new version release the WPCleaner auto update during first run but nothing Now, I remove & reinstall WPCleaner and I still get version 1.39. --Zaher ^talk 16:05, 24 August 2016 (UTC)

Hi Zaher. It's normal, I haven't released it yet, I'm still in the process of testing it because I had to make modifications in many places. Maybe before the end of the week, but not sure. --NicoV ^{(Talk on frwiki)} 16:35, 24 August 2016 (UTC)

Piped links of mixed initial case

 Resolved

Since CHECKWIKI #64 is "Link equal to linktext", I assume this means WPCleaner will not make a change like:

[[Адыгэхэр|адыгэхэр]] → [[адыгэхэр]]

where the link target and link text differ in the case of the first character. Is this true? (It is for autoFormatter and AutoEd.) I actually want to be able to do this on certain non-English Wikipedias, and I haven't been able to find an automated solution. For details, please see Wikipedia talk:User scripts#Regex or user script for simplifying piped links of mixed case. - dcljr (talk) 04:08, 26 August 2016 (UTC)

Hi dcljr, why would it not make the change ? Both syntax are working but the second one is quite simpler... I tested and WPC does suggest the replacement. --NicoV ^{(Talk on frwiki)} 14:08, 26 August 2016 (UTC)

Thanks for the reply. Given my current computer setup, I couldn't test WPCleaner myself. I did find out that AutoEd makes this substitution (but autoFormatter does not [yet]). - dcljr (talk) 14:15, 26 August 2016 (UTC)

Error 1 on sv.wp

 Resolved

I've tried to turn on #1 in WPCleaner on sv.wp, but can't figure ut why it is disabled in the tool. (t) Josve05a (c) 21:40, 13 August 2016 (UTC)

I remember having similar problem... Matěj Suchánek (talk) 13:56, 15 August 2016 (UTC)

Josve05a, it's probably due to the equal sign on the line Please only translate the variables with …_svwiki at the end of the name. Not …_script= ., I think it's messing up with the analysis of the error_001_prio_svwiki parameter : try putting the line in a comment (starting with #). --NicoV ^{(Talk on frwiki)} 19:49, 16 August 2016 (UTC)

Console warning

 Resolved

EDT violation detected
javax.swing.JList

[,0,0,443x494,alignmentX=0.0,alignmentY=0.0,border=javax.swing.plaf.synth.SynthBorder

@87b1d8,flags=50331944,maximumSize=,minimumSize=,preferredSize=,fixedCellHeight=-

1,fixedCellWidth=-1,horizontalScrollIncrement=-1,selectionBackground=DerivedColor

(color=57,105,138 parent=nimbusSelectionBackground offsets=0.0,0.0,0.0,0 

pColor=57,105,138,selectionForeground=DerivedColor(color=255,255,255 

parent=nimbusLightBackground offsets=0.0,0.0,0.0,0 

pColor=255,255,255,visibleRowCount=8,layoutOrientation=0]
	at java.lang.Thread.getStackTrace(Unknown Source)
	at 

org.wikipediacleaner.gui.swing.component.CheckThreadViolationRepaintManager.checkThre

adViolations(Unknown Source)
	at 

org.wikipediacleaner.gui.swing.component.CheckThreadViolationRepaintManager.addDirtyR

egion(Unknown Source)
	at javax.swing.JComponent.repaint(Unknown Source)
	at java.awt.Component.repaint(Unknown Source)
	at javax.swing.plaf.basic.BasicListUI.redrawList(Unknown Source)
	at javax.swing.plaf.basic.BasicListUI.access$900(Unknown Source)
	at javax.swing.plaf.basic.BasicListUI$Handler.intervalAdded(Unknown Source)
	at javax.swing.AbstractListModel.fireIntervalAdded(Unknown Source)
	at org.wikipediacleaner.gui.swing.component.PageListModel.addElement(Unknown 

Source)
	at org.wikipediacleaner.gui.swing.TemplateListWindow.addLink(Unknown Source)
	at org.wikipediacleaner.gui.swing.TemplateListWindow$ReloadWorker.construct

(Unknown Source)
	at org.wikipediacleaner.gui.swing.basic.SwingWorker$2.run(Unknown Source)
	at java.lang.Thread.run(Unknown Source)

This is what occurred today in the console. The app itself did not crash. Could this be an indication of a bug? Matěj Suchánek (talk) 19:02, 4 December 2015 (UTC)

Thanks, yes it's a problem detected by an internal check. I know there are several places with this kind of problems... --NicoV ^{(Talk on frwiki)} 20:16, 4 December 2015 (UTC)

Should be fixed in the next release. --NicoV ^{(Talk on frwiki)} 16:07, 7 September 2016 (UTC)

Checking syntaxhighlight

 Resolved

The article VCard shows some HTML code:

<html>
  <head>
    <link rel="profile" href="http://microformats.org/profile/hcard" />
  </head>
  <body>
    <h1 class="fn">Forrest Gump</h1>
  </body>
</html>

The WPCleaner reports "Heading with HTML". It would be good to avoid this check between syntaxhighlight-tags. --GünniX (talk) 07:21, 2 October 2016 (UTC)

Thanks for the report GünniX, I've fixed the issue. --NicoV ^{(Talk on frwiki)} 05:58, 6 October 2016 (UTC)

GünniX, I see that you're using an outdated version of WPC, 1.39 has been replaced by 1.40 a few months ago, and it's still improving even if the version number stays the same. --NicoV ^{(Talk on frwiki)} 09:09, 6 October 2016 (UTC)

Thanx for the fix. Now I'm using WPC 1.40, but the History of changes doesn't show new features. --GünniX (talk) 17:39, 6 October 2016 (UTC)

You must be logged in to accept changes

 Resolved

I have logged on to WPCleaner many times, but I was unable to save any changes, since an error window showed up. I am using MacOS Sierra. Here's a screenshot. Johnny Au _{(talk/contributions)} 03:00, 14 October 2016 (UTC)

Pinging @NicoV: Johnny Au _{(talk/contributions)} 01:04, 15 October 2016 (UTC)

Yeah, same thing's happening to me. I've logged out, restarted WPCleaner, logged back in, no go. It is refusing to accept that i can make a change. Happy days, Lindsay^Hello 10:00, 16 October 2016 (UTC)

I tried what you did, but it didn't fix the problem at all. This has been going on for a few days now with no response from NicoV yet. Johnny Au _{(talk/contributions)} 22:05, 16 October 2016 (UTC)

There's also no mention of how to fix this problem. NicoV last edited a page almost a week ago. Johnny Au _{(talk/contributions)} 02:31, 18 October 2016 (UTC)

I get the same error message with Windows 10 --GünniX (talk) 04:38, 18 October 2016 (UTC)

Hi Johnny Au, LindsayH, GünniX and others, a quick explanation until I manage to solve the problems… In fact, there are currently 2 problems which occurred almost at the same time:

•  Done I renewed very late the certificate that allows me to sign WPCleaner, which could eventually lead to issues starting WPCleaner (but, given your messages, it's not). I was away the last few days, but I got the new certificate, I just have to install it (some work, they have changed things).
• Another problem on Wikipedia side: for ages, when WPCleaner was connecting to Wikipedia with the username and password of the user, Wikipedia would send back a token (a random string) which would allow WPCleaner to be authentified on subsequent calls to Wikipedia. Since last week, this token is not returned anymore by Wikipedia (I don't know why) and so WPCleaner is not considered logged in, which prevents it from editing pages… I have sent an email to know what's hapening and how to work around it. It's this modification in Wikipedia's behavior that's causing all this mess.

I'll keep you posted. --NicoV ^{(Talk on frwiki)} 07:24, 18 October 2016 (UTC)

Once the certificate is installed authentication token issue is resolved, you could publish WPCleaner 1.41. Please update the list of changes as well. Johnny Au _{(talk/contributions)} 12:54, 18 October 2016 (UTC)

Johnny Au, LindsayH, GünniX and others, I've updated the certificate. WPCleaner should ask you if you trust the new certificate the first time you run it. It still doesn't solve the problem with not being considered as logged in, I'm working on it. I've updated the list of changes, but it's still very partial (see the full list under github)--NicoV ^{(Talk on frwiki)} 16:18, 18 October 2016 (UTC)

I still receive the error that I'm not logged in. Johnny Au _{(talk/contributions)} 02:06, 19 October 2016 (UTC)

Johnny Au, LindsayH, GünniX and others, I fixed the problem of not being considered as logged in, it was due to an extra control I was doing (on the token that has been removed) before updating a page to ensure the user was logged in. --NicoV ^{(Talk on frwiki)} 07:16, 19 October 2016 (UTC)

Thank you so much! Johnny Au _{(talk/contributions)} 12:41, 19 October 2016 (UTC)

Seconded! I've missed being able to use Cleaner. Happy days, Lindsay^Hello 09:05, 20 October 2016 (UTC)

Not working

 Resolved

I installed, but the program could not be opened... :( Dan Koehl (talk) 01:40, 13 February 2017 (UTC)

Hi Dan Koehl. Can you give me more information ?

• On which operating system ?
• With which version of Java installed ?
• At what point in the installation do you have a problem and what is the exact message ?

--NicoV ^{(Talk on frwiki)} 10:12, 20 February 2017 (UTC)

Thanks for your answer, @NicoV:, I have Win 7, since I tried to login I have installed Java 8, I will check if it works better now. Dan Koehl (talk) 11:38, 20 February 2017 (UTC)

Its working now after I installed Java 8. Thanks anyway, Dan Koehl (talk) 12:04, 20 February 2017 (UTC)

COSMETICBOT compliance

 Resolved

Looking at the contribs here [2] it seems that v1.42b is not COSMETICBOT compliant, e.g. [3]. How should an operator use the code to ensure they comply with the bot policy? — Carl (CBM · talk) 19:46, 23 May 2017 (UTC)

I would also like an answer to this in support of the original poster. ShakespeareFan00 (talk) 21:21, 23 May 2017 (UTC)

See also Wikipedia:Administrators'_noticeboard/Incidents#Unauthorized bot job, unresponsive operator in the interests of full disclosure. ShakespeareFan00 (talk) 21:21, 23 May 2017 (UTC)

Also Wikipedia:Bots/Noticeboard#Approval_for_WPCleaner_use. If an automated tool is going to exist for solving some issues, at least make sure it flags up when things are going to be against (or at the very least controversial) in regard to established policies on English Wikipedia!

It would also be appreciated if there was an option to exclude from the list of Project Check Wiki errors that it can fix, the merely cosmetic ones, so that contributor effort can be focused on the more serious page breaking ones. ShakespeareFan00 (talk) 22:06, 23 May 2017 (UTC)

Hi CBM, ShakespeareFan00. WPCleaner is a tool that works for a lot of wikis and can do a lot of things, but most automatic features can be controlled by the person using it, especially in bot mode (since you mention 1.42b, I know it's running in bot mode, that's what the b stands for). I don't know which command was used to do this kind of modifications that you are reporting, but it's usually avoidable: it's possible to ask WPCleaner to fix some errors, rather non cosmetic ones, and eventually to fix additional errors (cosmetic ones for example) if something was fixed for the first errors (hence doing cosmetic fixes only if a more important fix has been made).

For examples of commands for bot mode, you can look at the tasks I'm running on a regular basis, especially the ones for frwiki as I'm most active there. For example, the tasks I'm running on frwiki on a daily basis include fixing CW error #16 (Unicode control character) with eventually several other CW errors (+1 +2 +9 +16 +17 +18 +22 +48 +64 +88 +524 +526) : FixCheckWiki 16 +1 +2 +9 +16 +17 +18 +22 +48 +64 +88 +524 +526.

For manual/semi-automatic edits, the user has always the choice to save or not the modifications made automatically by WPCleaner.

I hope this answers you questions. --NicoV ^{(Talk on frwiki)} 09:05, 24 May 2017 (UTC)

@NicoV: In respect of the list provided under the CheckWiki tag in BotTools, it would be reasonable to mark which of the bot-fixes therein mentioned are considered "cosmetic" would it not? ShakespeareFan00 (talk) 09:07, 24 May 2017 (UTC)

ShakespeareFan00. It wouldn't be maintainable for me (WPCleaner works for about 50 wikis, each has its own definition of "cosmetic" fixes and they keep changing, see for example this discussion). A bot operator is supposed to know what he's doing and that he's doing it in compliance with the rules of the local wiki: there's a warning in the bot tools that clearly states that you may need the bot status to use it.

--NicoV ^{(Talk on frwiki)} 09:15, 24 May 2017 (UTC)

Logged this also as https://github.com/WPCleaner/wpcleaner/issues/9. That it isn't maintainable by a single person is understood, perhaps you should ask other bot-writers for assistance in ensuring the tool is made as compliant as possible? ShakespeareFan00 (talk) 09:20, 24 May 2017 (UTC)

Thanks, but there's already a prominent warning in the bot tools, and I really don't believe it will be maintainable even with the help of other people. As I said, for me, the warning in the bot tools window is already prominent, and if you follow this warning, you will ask for the bot status on your wiki where you will see if what you intend to do is authorized or not. --NicoV ^{(Talk on frwiki)} 09:25, 24 May 2017 (UTC)

Internal link errors on svwp

WPCleaner should not try and "fix" the link in {{dewp|url=http://de.wikipedia.org/wiki/Wernesgr%C3%BCner_Brauerei}} on sv.wp (see Josvebot's edits one month ago, over 250 edits reverted). That is an intentional url, and should not add [[ ]]. (t) Josve05a (c) 11:28, 14 April 2016 (UTC)

Hi Josve05a, could you give me an actual edit as an example ? Bot fixing can be aggressive for some errors, but I will see what I can do. --NicoV ^{(Talk on frwiki)} 15:53, 14 April 2016 (UTC)

Hi NicoV. Please see these edits: link (29 March 2016). (t) Josve05a (c) 15:56, 14 April 2016 (UTC)

Hi Josve05a, the examples that you linked seem to be due to the absence of article name in the links (like here). I've modified WPCleaner to prevent bot modification where there's no article name but directly a "?" with parameters. You will have to check that it works and that there are no other problematic cases, but remember that bot fixing is sometimes aggressive for a few errors (and that some wiki are not ok with some of this modifications). --NicoV ^{(Talk on frwiki)} 18:45, 14 April 2016 (UTC)

@NicoV: I'd like WPCleaner never to automaticly fix such an url (at least on sv.wp) if it is listed in a parameter called |url=, since that would break template-syntax. (t) Josve05a (c) 20:21, 23 April 2016 (UTC)

@Bgwhite: If a link to e.g enwp is in a template with the parameter |url= then it isn't an error, at least for svwp. (t) Josve05a (c) 09:23, 6 May 2016 (UTC)

@Bgwhite and NicoV: Can CHECKWIKI stop detecting interwiki links written as urls inside templates as errors on sv.wp? Many templates on svwp has been programmed for this. (t) Josve05a (c) 15:39, 9 August 2016 (UTC)

Josve05a You'll have to turn off error #90 and/or #91 in the translation file. Bgwhite (talk) 20:23, 9 August 2016 (UTC)

Josve05a Same answer for me, at least for the time being. --NicoV ^{(Talk on frwiki)} 19:45, 16 August 2016 (UTC)