@matmarex Thanks for looking into this. Is there a list of such pages?

@TheresNoTime So... should this task be updated to reflect that, or have there been any related tasks already?

@TheresNoTime I'm pretty sure because we're talking about their wgCanonicalSpecialPageName and not URL.

@TheresNoTime Because, as I said, that's how most other special pages' are written: Allpages, Allcategories, Listgrouprights, etc.

@Krinkle Thanks for your information. That being said, this task is declined as NOTFIX?

Thanks @Stang!

@Pginer-WMF For your information, the abuse filter mentioned in the description (111) and another one that prevents publishing CT drafts into user space (114) were enabled during that time.

@Juan90264 Sorry for bugging you (again). It appear that sysops are not granted by default.

Thanks!

In T307320#7896338, @Func wrote:

Weird, I am able to "add" it without removing it first.

Note that the page was edited to change the zooming ratio.

This probably need a small fix: eliminators should be able to upload_by_url as well.

@Zabe Can underscores in page names be replaced with normal spaces instead? CC @bjh21.

I'm waiting too... Please be patient.

Great! Now all we have to do is wait for reviewing.

@Iflaq To clarify, uploaders will have upload, reupload, reupload-own, reupload-shared and nothing else?

@Iflaq Hi, it appears to me that you were discussing about uploading non-free content. Have the Kashmir Wikipedia got a policy regarding fair-used images and things like that? If not, please read m:Non-free content and write a policy, or translate it from larger wikis. If the discussion was about freely licensed images, please redirects users to Wikimedia Commons's Upload Wizard. Thanks for your understanding.

I can't reproduce either. @AlPaD Please try again and then update the task accordingly.

@Turkmen I'm assuming that azwiki file movers will only have movefile and nothing else, according to its counterpart on enwiki.

Also, non-extended-confirmed users are reported to be able to publish their translation into their userspace. Can that be prevented by hard code, or will we have to use abuse filters instead?

Reopening as eliminators, who are already extended confirmed, cannot publish their translations. Reported by NhacNy2412.

@Jdlrobson Not as common as it was a month ago, but it still happens.

Please don't triage the task as High unless you're working on it yourself, which doesn't seem to be the case here. If not, then I'm sorry, feel free to re-triage.

@Vanbasten_23 To me this looks more like a feature than a bug (separating navboxes, or whatever template placed in the end, from cats).

Note: Only reproducable when using Vector 2022.

@Vanbasten_23 You can remove that line by doing a replacement using regex: Replace /(?<=^(\{\{\s*NF\s*\|.+\}\}\s*)$)\n\s*\n(?=\[\[Categor(?:y|ía))/im with \n. Example edit: w:es:Special:Diff/142482580.

@Juan90264 mw:Gerrit/Tutorial said I can upload a patch myself so I tried and somehow here it is. Feel free to -1 it if it happens to conflict with yours.

@Stang I'm pretty sure that I uploaded a file to testwiki before opening discussion, and have just tried again. Both succeeded, here's the response, no abnormal warnings:

{
    "upload": {
        "result": "Success",
        "filename": "Cc-sa_white-foobar.svg",
        "warnings": {
            "duplicate": [
                "Cc-sa_white.svg",
                "Foobar.svg"
            ]
        },
        "imageinfo": {
            "timestamp": "2022-03-22T14:03:18Z",
            "user": "NguoiDungKhongDinhDanh",
            "userid": 50179,
            "size": 3883,
            "width": 64,
            "height": 64,
            "parsedcomment": "",
            "comment": "",
            "html": "<p>A file with this name exists already, please check <strong><a class=\"mw-selflink selflink\">File:Cc-sa white-foobar.svg</a></strong> if you are not sure if you want to change it.\n</p>\n<figure class=\"mw-default-size\" typeof=\"mw:Error mw:Image/Thumb\"><a href=\"/w/index.php?title=Special:Upload&amp;wpDestFile=Cc-sa_white-foobar.svg\" class=\"new\" title=\"File:Cc-sa white-foobar.svg\"><span class=\"mw-broken-media\" data-width=\"180\">File:Cc-sa white-foobar.svg</span></a><figcaption></figcaption></figure>",
            "canonicaltitle": "File:Cc-sa white-foobar.svg",
            "url": "https://upload.wikimedia.org/wikipedia/test/c/c1/Cc-sa_white-foobar.svg",
            "descriptionurl": "https://test.wikipedia.org/wiki/File:Cc-sa_white-foobar.svg",
            "sha1": "8ed3becd058692da470fee619bdeb206118a0b9a",
            "metadata": [
                {
                    "name": "version",
                    "value": 2
                },
                {
                    "name": "width",
                    "value": 64
                },
                {
                    "name": "height",
                    "value": 64
                },
                {
                    "name": "originalWidth",
                    "value": "64"
                },
                {
                    "name": "originalHeight",
                    "value": "64"
                },
                {
                    "name": "metadata",
                    "value": "<rdf:RDF xmlns:rdf=\"http://www.w3.org/1999/02/22-rdf-syntax-ns#\" xmlns:cc=\"http://web.resource.org/cc/\" xmlns:dc=\"http://purl.org/dc/elements/1.1/\">\n      <cc:Work rdf:about=\"\">\n        <dc:format>image/svg+xml</dc:format>\n        <dc:type rdf:resource=\"http://purl.org/dc/dcmitype/StillImage\"/>\n      </cc:Work>\n    </rdf:RDF>"
                },
                {
                    "name": "translations",
                    "value": []
                }
            ],
            "commonmetadata": [],
            "extmetadata": {
                "DateTime": {
                    "value": "2022-03-22 14:02:39",
                    "source": "mediawiki-metadata",
                    "hidden": ""
                },
                "ObjectName": {
                    "value": "Foobar",
                    "source": "mediawiki-metadata",
                    "hidden": ""
                },
                "CommonsMetadataExtension": {
                    "value": 1.2,
                    "source": "extension",
                    "hidden": ""
                },
                "Categories": {
                    "value": "",
                    "source": "commons-categories",
                    "hidden": ""
                },
                "Assessments": {
                    "value": "",
                    "source": "commons-categories",
                    "hidden": ""
                }
            },
            "mime": "image/svg+xml",
            "mediatype": "DRAWING",
            "bitdepth": 0
        }
    }
}

...but it seems that I can't. This is probably because only autopatrol group was given editautopatrolprotected while eliminator wasn't. Also, editautopatrolprotected should go after templateeditor and before sysop.

@Juan90264 No worries. Since eliminators are autopatrolled themself they should be able to protect pages as editautopatrolprotected by default. See also T296154#7532405.

@Enterprisey Nice tour! I've gone through every single step and there seems to be only one problem: the preload parameter doesn't work well with CodeEditor. That being said, the JS subpages were initialized with nothing and I had to copy-and-paste them one by one.

@ovasileva Yes, exactly. The bug happens more frequently lately, on multiple sites, including:

• viwiki: most frequent, due to the fact that this is my home wiki
• mediawikiwiki, testwiki: two sites with beta features
• ...and some other wikis I encounter when patrolling.

As I said above, I don't know how to. It happens occasionally and quite randomly: after purging, turning on safemode with a script, go to mediawiki.org from another site, etc.

@Stang The template outputs a hidden "Unknown {{lc:{{{1|}}}}}" due to c:Special:Diff/487946645/526331398. Therefore, this should be closed as Invalid.

That was unexpected. Thanks for the quick reply @Dylsss.

I encountered it again just now.

Per community consensus, please disable ContentTranslation special page for non-extended confirmed user.

Also reproducable on Test Wikipedia (1.38.0-wmf.19).

Currently we are having a debate about re-deciding. I will conclude their comments and reply in a week. Thanks for understanding.

@Jonteemil FYI, the default message doesn't have #titleparts. It is used on w:en:MediaWiki:Listfiles-summary by enwiki admins as a workaround to detect the relevant username instead of using a direct variable (similar to wgRelevantUserName in JavaScript) since there are no such thing in wikitext.

I will close this task as Invalid since @KPX8 may have created this by mistake when making comment on T296410.

Nice. Thanks!

Update: The number of WP: pages have (somehow) decreased, but about 80 of them are still there, in which 18 lead to nowhere, and some other got stuck because Wikipedia: ones were created beforehand.
Addendum: Newly created Wikipedia: pages don't show up at Special:NewPages but do appear on RecentChanges.
Addendum 2: These Thảo luận:WP:s also need to be moved.

@Urbanecm Hi, viwiki have hundreds of WP: pages and since WP:s are now redirected to Wikipedia:s, we cannot even access those pages. Red links have started appearing in sysmessages as some Wikipedia:s have never been created. Will MediaWiki move them automatically, and if so, how long would it take? What would it do if WP:Foo and Wikipedia:Foo both exist?