Adding to the pile on. The purpose of interface admin permission is so that non-technical administrators do not accidentally make breaking changes to technical pages. Administrators can still view these pages.

In T36244#6453416, @Nemo_bis wrote:

In T36244#393271, @Thryduulf wrote:

To perhaps clarify slightly, what I believe is being asked for here is for the historical revisions of pages with transcluded content to display the transcluded content as it appeared at the time of the historical revision.

How does this differ from T2851: when viewing an old version of a page, use old version of templates?

Users who are subject to a partial block from editing will be being watched to see if they are circumventing the block by copy-paste moves (at least on large projects). If they do that, then their actions can and will be reverted by others and they will be subject to increased sanctions. As long as the documentation of the feature mentions that there are workarounds (ideally bearing in mind WP:BEANS) then I don't see this as blocker to implementation.

Why has this been closed as "resolved" (twice) when nothing has changed and the requested behaviour has not been implemented?
If no changes will be made then it should be "declined", surely? (for the reasons I noted in my last comment I think the change should be made, and would strongly encourage an explanation why the status quo is more desirable, but that's separate)

As someone who frequently deals with I agree with most commenters here that this change would be a good one.
Regarding the talk page issue raised, I don't think its relevant. I use "article" in the examples below but it also applies in other namespaces:

On the English Wikipedia there is a frequently expressed desire for redirects from misspellings (and similar) to be excluded from the search suggestions drop-down.
A magic word NOSEARCH (or similar) that:

• excluded such pages from the search drop down (except for exact matches?)
• (for redirects) placed their target higher in the drop down list and full search results page (to the top if an exact match)
• lowered non-exact matches in the full search hits but did not remove them entirely

would satisfy this desire and, as I understand it, also satisfy the original request will limiting (to almost nothing) the potential for abuse noted by @MZMcBride in comment 4.

In T46787#6078162, @Trizek-WMF wrote:

Has using a system similar to the raw watchlist editing mode been considered?

I think this idea would be good, and would work for me. I think if you're wanting to exclude very many pages that you'd be better off using an opt-in system (which is T66090) - although I I realise that would require that to be or to have an option for "only these" instead of/in addition to "plus these"

@Tgr thank you.
The initial idea emerged in a discussion prompted by a local file being shown instead of the file from Commons a bot expected. At least on the English Wikipedia, there is already a warning if you try to upload a local file with the same name as an existing Commons file and only Admins can do it (T2889 seems relevant).
This means the problem (en.wp calls it "shadowing" I don't know if that term is used elsewhere) is almost always caused by a new file being uploaded to Commons that has the same name as an existing local file. To my knowledge there is no current way for this to be exposed to the uploader at Commons (given that it would need to check every connected wiki I'm guessing adding this would not be practical, which is backed up by T16888#189718 unless things have changed since 2009), or exposed automatically to the local wiki (this might be T18280).
There is a bot on en.wp operated by @Green_Cardamom that identifies newly shadowed files but I don't know how it works. These files are then dealt with by humans.

As I understand it, this proposal is suggesting:

• Change the file: namespace such that it only displays files hosted at Wikimedia commons
• Creating a new LocalFile: namespace that functions identically to the existing File namespace, other than displaying only files hosted on the local wiki
• Moving all existing locally hosted files (and their talk pages) from the file: namespace to the LocalFile: namespace (this may be possible to do using bots?)

There should still be a way for a user blocked from creating pages to get from a redlink to search results for the redlinked title. Whether that is a link from a message saying something like "this page does not exist and you do not have permission to create it" or (maybe less preferably?) simply being taken to search results when clicking a red link or some other method I don't know.
The reason is that these search results can be good way to find the article one intended to link to when the error (e.g. misspelling) is not immediately obvious.

That could get unwieldy if lots of users are partially blocked from a given article/set of articles, something quite plausible in topic areas like Israel-Palestine or US Politics. I can also easily foresee it being regarded as a badge of shame (or for certain people a badge of honour) to have their username prominently listed like that.

Confirming that this bug still exists in Android app 2.7.50305-r-2019-11-26 appearing exactly as it did in the 2018 screenshot in the description (although it's now reference 22)

In this edit Parsoid (presumably) replaced   in a reference name with a plain space (line 258 change block) when I made an unrelated change to the page (the addition of a parenthesis at line 289 was the only change I made, everything else is VE/Parsoid). It left the non-breaking spaces in the reference title alone.

In T59437#5658604, @John_Broughton wrote:

https://ux.stackexchange.com/questions/81134/should-modal-dialogs-be-movable seems to show a (rough) consensus that when a proposed solution to a dialog is to make it moveable, the dialog itself is poorly designed. That implies looking for a different solution that addresses the underlying user problem.

@John_Broughton that seems to be assuming that the category name will appear as text somewhere in the article, but that will not always be the case. For example List of pear cultivars is in Category:Lists of foods. The words "Lists" and "foods" appear nowhere on the page other than the category names, even "food" appears only in the link to a portal and in the title of one reference and neither are in close proximity to any instance of the word "list". I imagine this will be even worse in languages where plurals are formed differently than in English.

Unsurprisingly, this is bug is still present in Firefox 70.0.1

I definitely don't want link notices for every page on my watchlist - e,g, I have many policy pages on my watchlist but I don't want to get spammed by links to them. Getting link notices for pages not on your watchlist is probably rarer, but I wouldn't discount a desire for it.

Not only is that the third (at least) time in this thread that Special:EditWatchlist and Special:EditWatchlist/raw have been mentioned, it was also in the opening comment of T143809 which was closed as a duplicate of this task in 2016. The other solutions mentioned in the past day are also not new.

From the merged task, this occurs in Firefox 70 on Windows 7, Windows 10 and Xubuntu Linux 18.04. It doesn't occur in Firefox 69 on Windows nor in Chromium or Konqueror on Linux.

Another possible UI solution that would work for this, T77154 and allow opt-in for notifications to arbitrary pages (I can't find the task for that) would be something similar to watchlist editing Special:EditWatchlist and Special:EditWatchlist/raw
I don't think this is mutually exclusive with Levivich's suggestion.

In addition to the single-image opt-out it would be useful to have:

1. opt-outs for multiple (sets of) images (so someone who has created lots of icons but is interested in other files they have created) doesn't have to uncheck all of them individually
2. opt-ins for single images, e.g. if you request an image or collaborate with someone to improve an image you might be interested in following where it is being used
3. opt-ins for multiple (sets of) images, e.g. if you want to track all images of a certain topic.

Regarding Yes / Maybe / No / Don't know, would the classification problem go away/become easier to solve if it was instead:
Yes / Maybe / No / Skip (this question)? The last returning no data about how good the match is (i.e. the same as if they hadn't been asked the question). Possibly keep track of the number of people who chose to skip so that any with a particularly high number could be human reviewed to see why (probably a niche topic, but maybe the question doesn't make sense).

This is definitely related to T165807, and one is possibly a subtask of the other but I'm not sure which way round.

Is this tool really detecting paid editing or actually promotional editing? The two are not the same thing, merely overlapping sets (not all promotional editing is paid, not all paid editing is promotional).

Is this a duplicate of T174635?

Unless I'm missing something, it looks like the complexity and consequent priority of this task hasn't been evaluated since before SUL was fully implemented. Given that it's been open over 13 years would it be possible for someone to take a look again at how much work would be involved - and then just do it if it's a simple job.

In the light of the above comments, I think the only way this could move forward would be as a way of adding a batch of page blocks at once. e.g. if I was to partially block User:Example and set the target as Category:Ships built in Millwall I would actually be blocking them from the ten specific pages in that category and the category page. If, e.g., HMS Eclipse (1860) were removed from that category they would still be blocked from editing it, but would not be blocked from editing any pages added to the category after the moment the block was applied (an explicit note to this effect in the UI would be good).

Noting that the behaviour is (unsurprisingly) the same in Chromium and that the workaround of replacing the ? in the url with %3f exists but (a) this is cumbersome, (b) you need to spot you need to do it, (c) you need to know and remember the encoding.

So the question is why has work not been put aside to fix an issue of recognised high importance that will, 13 years after first being raised, resolve an issue that results in us discriminating against people who are (in many jurisdictions) a legally protected minority?

Certainly I think that if the user is blocked from editing their own talk page this should be made clear to other users, regardless of what sort of block it is the result of.

My first thought is that this wont remain opaque to VE forever and so what is required is a workaround that exposes to VE some aspects about the contents of templates like {{columns-list}} even if cannot be edited yet.
For example, the template could expose metadata like:

References included:  'Smith' 'Jones' 'Patel'

where each of those is the name= parameter of a reference used inside it.

You want to convert a reference without a template to one that uses a template. VE can do that, but only where the reference is originally defined, not where it has been reused (as it has been here). See https://en.wikipedia.org/w/index.php?title=User:Thryduulf/sandbox2&oldid=869166099 for a quick illustration.

OK, given that it's out of scope for this project I've created it as T209601.

In T208981#4745963, @Der_Keks wrote:

Okay but what's with this Version I edited without a convert option (Cite one): https://de.wikipedia.org/w/index.php?title=EBuLa&oldid=179684205&veaction=edit
It's:

<ref name="db-netze-2014-12-04" />

There isn't anything to convert to a template in that reference, so why would it offer to do that?
If you want it to move the definition from later in the articleto the first instance of it being used, that's a different issue and one that is probably worth seeking consensus about first.

Actually, on both en and de Wikipedias there is a convert button if a URL is encased in a <ref> tag but not if it isn't - compare:

• bare URI
• URI inside <ref> tag

On both wikis the reference name was retained after conversion (en, de), but more testing is needed to determine whether this holds true in other circumstances (multiple references, reused, etc) that I don't have time to do right now.

When this is implemented it needs to take account of reused references:
i.e. if <ref name="Smith">...</ref> is renamed to <ref name="Jones">...</ref>
then all instances of <ref name="Smith" /> need to be automatically changed to <ref name="Jones" />

The workflow on T123778 is:

1. In VE, select a bare reference with a name. e.g. <ref name="Smith1970">http://example.com</ref>
2. click to convert that reference, filling in fields as appropriate
3. save the changes

Yes, now I've learned that "details" has the suppression link I'll certainly be using that - I'm still learning my way around the log to a certain extent!
I've subscribed to T20655 as well.

One option would be to have a visible but discrete icon on the userpage that can be clicked/moused over. There would not be any stigma if this were something like "status", appeared on every user/user talk page and showed things like what permissions a user has (admin, rollback, etc) as well as items like "partially blocked" and "editing restrictions" (although as the latter are not known to the software at all these may not be possible). My first thought is that this would be similar in size and placement to en.wp's lock icons, featured article stars, etc.

The page you link to is the "details" of the filter, the one I refer to is the "examine" which does not, e.g. for the same edit.

In T204623#4598473, @Etonkovidova wrote:

(3) Preferences -RC should be fixed to allow users to enter values between 0 and 1.

There is no reason why watchlist preferences between 0 and 1 should not be allowed, any value greater than 0 would avoid the problems identified in T199049

Why would there be any security issues with admins being able to view deleted js/css pages? The security issues surely come from edits being potentially harmful. If there truly are any revisions which must be hidden from almost everyone's view then isn't that what Oversight is for?

In T124305#4433882, @Trizek-WMF wrote:

I'm reporting the same issue as @Ryasmeen. While in my workflow of changing a link, I've several clicked on "change label" to change the label, and re-clicked because nothing was happening (and re-clicked, just in case it auto-fixes). Something was actually happening: the label is selected in the text. I think I unconscious mind thought that was broken because nothing visible changed. I'm used to have a dialog to open for those actions.

Some users may have the same issue: expecting something that is not happening.

IMO clicking "show" should always display the results of the settings in the form, even if they are unchanged and even if the defaults differ from user preference settings (what the defaults should be is an unrelated issue).

Based on this and T198961 I've created T199049 to (hopefully) resolve the issues.

Based on this and T176033 I've created T199049 to (hopefully) resolve the issues.

I suppose another approach would be to disallow 0 as a value and change all existing instances of this value to be equal to the current maximum. This would be less preferable to the above though.

It seems that the default "days to display in watchlist" had somehow become set to 0, and increasing that value has apparently fixed the problem.
Given that a value of 0 apparently breaks the watchlist, it might be an idea to either not allow that or at least warn that it will break, however unless someone wants to make this task about that, this task can probably be closed.

I'm not sure where the place to report this on meta would be, but my searches have not turned up anything relevant.

AntiSpoof isn't foolproof though, e.g. it disallows Тhryduulf (the first letter is Cyrillic) but probably not Thryduuulf (too many 'u's) or Awkwrad42 (typo for my alt Awkward42).

In T188798#4042454, @Deskana wrote:

In T188798#4039141, @stjn wrote:

We as a community should move away from the ‘holier-than-thou’ relationship of English Wikipedia with WMF. If you would not do changes that might prove bad in English Wikipedia, don’t do them in other communities as well. If current trade-off is 500 characters (although I’d prefer the return to status quo), it should be applied everywhere.

The wishes of the vocal users of the English Wikipedia frequently do not represent what other communities want or find useful.

"not high priority" and "should be dismissed out of hand" are two completely different things.

@stjn I think the optimal would be a show/hide javascript (or whatever) link for long edit summaries with the default being selectable in your preferences. I don't know how much work would be, but I guess it is not astoundingly trivial.

I can reproduce this in Firefox 56.0 but not in Chromium 64.0.3282.167

@Pginer-WMF That looks like it would resolve at least most of the issues I have with the current set-up, and as long as it is obvious that truncation has happened when it has then there are no immediate problems with it I can see.

@TBolliger based on the comment by @Ragesoss this API option might have useful application indpedenet of T184470

For me, even though it would be frustrating seeing an error after so long that would be preferable to silently timing out. If the error had suggested next steps (e.g. alternatives or workarounds if there are any) then this would reduce the frustration slightly.

@Zoranzoki21 removing nbsp is not even the main issue here, it's misinterpreting nbsp as the name of an author/editor

I think you may have misunderstood - fair use images are appearing on the main page in the app when they do not do so on the desktop version or mobile view of the desktop version.

and also remove notifications that a user doesn't car about, e.g. I want to know about new links to Q24258909 (broken rail) but I don't care about new links to Q26484625 (lap (of a circuit). The latter are far more common, but I can only choose to get both or neither currently and have no options at all about new links to Q7283877 (Rail Accident Investigation Branch), which I'd like to see, as that item was created by a bot.

T166092 is related to this - any automatic selection of images should not display fair use or other non-free images.

The copyrighted E.T. film poster is today prominently displayed on the main page of the mobile site as the article about the film is today's featured article on en.wp. This is despite the human-curated front page of the desktop front page using the public domain extract from the logo. I don't see why there would ever be a need for a different image to be used.

@Billinghurst add an entry to https://meta.wikimedia.org/wiki/2017_Community_Wishlist_Survey (I guess it would fit in the editing section?).

Am I correct in thinking that {{subst:CURRENTMONTH}} and {{subst:CURRENTYEAR}} not being substituded in this edit is due to this bug?

If someone clicks the "why are we asking this?" link it might be worth stopping/extending the timeout before the popup disappears so that the question is still there when they've read the answer.

Do click-throughs count when the result is opened in another tab/window - I do this quite often when I'm not sure which of a few results is the one I want.

In T176428#3633003, @debt wrote:

In T176428#3628266, @debt wrote:

Is "maybe" going to go into the same bucket that "i don't know" has gone into? They aren't quite the same.

They're not quite the same, but I'm not sure that that distinction is made outside of our team (i.e. do users of the survey feel that the definition of 'I don't know' and 'maybe' are basically the same?)

I'd keep them separate.

Are you thinking that we should have both responses available: maybe and I don't know?

Yes, if those with more knowledge of human factors than me don't think that would be too complicated.

In T176428#3628266, @debt wrote:

Is "maybe" going to go into the same bucket that "i don't know" has gone into? They aren't quite the same.

They're not quite the same, but I'm not sure that that distinction is made outside of our team (i.e. do users of the survey feel that the definition of 'I don't know' and 'maybe' are basically the same?)

An obvious link to documentation, starting with a "what is this?", and a link to somewhere to leave feedback (optional) about the survey would be useful (I forget how I found the phab ticket, but it did involve a google search).
A fourth option to click on - "I want to answer in more words" would be great for people like me, but it would need to avoid the issues of the article feedback tool (alas I can't offer any suggestions how to do this off the top of my head).

@TJones Thanks for the response, the situation now is:
*Naval flag is a disambiguation page listing Maritime flag, Naval ensign and Naval jack with a see also to the new Lists of naval flags (it was previously a redirect to Maritime flag).
*Naval flags redirects to the naval flag disambiguation
*Lists of naval flags is a new list of lists (anyone with knowledge of the topic is encouraged to expand this!)
*List of naval flags redirects to the list of lists.

When a template on its own line is moved within a page, it should be placed on its own line at the new location. See https://en.wikipedia.org/w/index.php?title=United_States_presidential_eligibility_legislation&diff=801114094&oldid=797558629

Can these be created before the group exists or is it best to wait?