This task was declined recently T231518: Add *.wmflabs.org to w.wiki shortener.
If you did not change anything, then there's nothing that "succeed". Taking person to success page without doing anything seems misleading to me.
Anyway I can help? That task is free, I am aware the student abandoned it.
I cannot reproduce this for N, Nq, Nqo and ߒߞߏ...
Fri, Dec 6
Hi @Adam-Yourist, I already added a table row for your wiki here. Look for edp summary= column and give brief summary of your policy in English. (Look how the rest are done). I obviously can do that since I can't read your language to know what summarize. If you find it difficult to edit the table (it's a bit complicated) you can paste the summary here so I can copy it over there.
Please add a summary of the policy at Non-free content#Exemption Doctrine Policy. Look up for the name of your wiki. Also put yes/no for local upload? question as appropriate
Thu, Dec 5
Wed, Dec 4
The same wrong link is shown for suppression log. The above patch should fix that.
Tue, Dec 3
Mon, Dec 2
This page has changed since this report and no longer shows this bug
Sun, Dec 1
Viewing invalid diff on mobile
Sat, Nov 30
The tool has been discontinued, and no currents plans to restore it. So I think there's nothing more to do here.
Fri, Nov 29
Thank you for the list.
This seems to have been resolved while implementing T117781: Convert Special:Preferences to OOUI
Thu, Nov 28
The HTML form has a ton of field classes but does not have any that provides trimming. I think the proper way is to write a new class (like extension of HTMLTextField::class) that does trimming then use it, insteading of doing some hacky things there. This way other code building HTML form can also use it if trimmed input is needed. I will give it a try.
I cannot find any more extension that needs this. Please add again if there's need.
I have updated the task to state what's actually happening here. The templates obstructing the collapsing might be many and that is what needs further investigation. But in brief I found https://www.wikidata.org/wiki/Template:Editnotice and Template:Welcome to be the most common ones.
Thanks, Addshore. Renamed the task back, this configuration setting is working correctly, the edge case is something else.
OK.... I have looked into this further... I have partly struck my comment in T239195#5699077 as a result.
I did go before commenting here. I understand what you mean, see below
Plus even if I try to see it your way there's no community consensus too to make it that way. Even if there is that button should be hidden then, beacuse it is misleading (maybe another task needed).
Not all changes on Wikimedia projects have community consensus, especially for preferences that user can disable and even more so in Wikidata project.
Plus, even if there was no consensus, the fact that this was not challenged for five years, is enough to make it a consensus itself.
So this task is clear that ''there's a button in settings, which doesn't work as it should be".
Yeah, this is what I think. A separate task for MobileFrontend: if the settings has been disabled sitewide, don't show this to end-user which gives false impression that a user can change it, when in fact no one could (like we have here).
As already well-explained above by multiple people, because this is not a bug. I wonder why you're not seeing this.
This has been resolved. It may not be on all wikis yet though.
Wed, Nov 27