@Sdkb you might be interested.

Thanks for the tip!

Hi, Aklapper, I see what you mean, and I don't understand enough about where the locus of the problem is. I had thought it was part of the inline ref-tag +"<references/>" magic of linking footnotes to a set of references (which I'm pretty sure is part of mw software) but based upon what you said above, it appears that the problem I reported is different and unrelated to that, and so probably does not belong here. I'll look around some more and try to find the right place for this report (any tips appreciated) but in the meantime, it looks like you can close this. Sorry for the bogus report.

Replication steps:

For better or worse, google search is often better than our advanced search. Not sure if that's the case here, because I don't know if that JSON result was all of it, or has continuation pages. In any case, googling site:en.wikipedia.org intitle:"Template talk:Editnotices/Page/" claims 756 results. You can see google's ranking algo trying to pick out the "most relevant" ones, and my guess is that because it's so technical, PageRank is almost all of it, with "popular" pages bubbling to the top.

Description
This task involves the work of defining initially trigger the reference check to be activated and presented to people.

Yes, sorry, I did mean AutoWikiBrowser. That particular comment was almost a throw-away line, and not at all important to the scheme I was sketching. The only thing I meant about AWB (which I don't use) is that it keeps all its rules in one place (or, a few big places) in the form of a file that contains hundreds of regexes for fixing typos. That's all I meant by "how AWB does it", and the only import of that statement was as a metaphor for how an implementation via templates might work, by possibly creating a template called Template:EditCheck, under which dozens of subtemplates might live, each holding a structure for one edit check task, so, also "keeps it all in one place, like AWB does it".

In T327330#8581224, @Sdkb wrote:

Thinking ahead, what other kinds of checks can you imagine being useful/valuable?

Oh, so many! I'd look through the editnotices to find a bunch of examples, as well as the abuse filters, maintenance tags, and guidance pages. Here are some (some for more specific situations than others):

• Adds a redlinked entry to a dynamic list

(and many more...)

With apologies to all wrt adding comments here that aren't directly in the task cycle of this ticket as cautioned by WaId above, I have one bit of great news to report, which I'm pretty sure everyone here who has faced this issue would love to know about, and I don't know how else to bring it to your attention.

Real-world occurrence at en-wiki here; css font-variant:small-caps (diff) is an effective workaround. Discussion at Template talk:Smallcaps#Unaccountable failure.

I tried to reproduce the problem, but cannot. You can see the attempt in User:Mathglot/sandbox/PhabT323419
(diff).

Will have to run a test and see (prob. not today). In the meantime, perhaps the last three edits by Bowmanbk (1085915390, 1085883126, 1085878615) may provide a clue.

I don't know why the ticket says I added a subscriber, and I don't know how to undo it; sorry.

I am exclusively using Vector 2010. Sorry I didn't see the ping.

First time I've seen this symptom: yellow highlighting disappeared while viewing an annotated page.

@Mathglot I'd suggest creating a dedicated task for that bug report, as it looks like @Sennecaster has had similar issues in the past as well :)

I thought I should add that sometimes yellow highlighting fails, even when a given test is otherwise working. I wonder if others have noticed this during your testing? I consider this lower priority, but still worth mentioning; maybe it deserves its own ticket if it still occurs after the main problem of WRT sometimes not loading at all is resolved.

Retried the five failing examples from Tamzin's ten above; four failed but one worked:

In a retest of those ten articles, the three failing articles failed again, whereas the seven working articles worked again this time.

Does this occur on every page?

I am seeing this repeatedly over a few hours. Most recent attempt was at en:Michel de Certeau.

Never mind, I'm on the wrong ticket; this was about Mobile web, not mobile app. Sorry.

Has something changed? When I go to Leslie Feinberg or Faizabad district, I can see the edit notice the first time, but not if I exit and come back in. I'm sorry I can't give exact reproduction steps, it doesn't seem stable enough that I can reproduce it exactly, but I definitely saw the edit notice for each one in the last few minutes on mobile view on iPhone/iOS 15.6.1 in Safari. I switched to iOS Chrome browser app and it also shows the edit notice; screen shot attached. Switched to Opera browser/iOS, and the edit notice looks identical to the screen shot.

It was signed, but not dated. I added a date, and now the [subscribe] link appears. (In a weird place, as you said, but still.)

Re-opened. It still occurs, but the title of the ticket should be changed from "Section edit link..." to "Last title line link...", or "Last right-floated link...", or some such. When the section edit link was the only link on the title line, the description was correct, but now that it isn't anymore (the '[subscribe]' link is now last) the current description is no longer accurate, even though the underlying problem causing it when it was first named is still occurring.

In T307753#7909509, @Xaosflux wrote:

I don't think this is a good idea, and why would something like this apply to "articles" only? Are you asking that something determine if the first noindexed space is a "content" space - or is this something you only want for projects that use "articles"?

Oh, nice feature! Thanks for the tips.

Not sure how to properly link related tickets, but Izno mentioned T53736 ("Consider changing wikipage redirects to be proper HTTP redirects"), in the context of the discussion at WP:VPT (at @21:05, 7 May).

But that is currently happening. See VPT thread.

It's happening already, which is why I created this ticket in the first place, to avoid that. But I think that a Phab ticket is not the right venue to have a debate about pros & cons of a topic, so can you contribute your thoughts at the VPT thread? Thanks.

TheDJ, are you okay with the Talk page being indexed, when the article page is not indexed? Don't you think that hurts searcher/readers who are looking to be informed about a given topic, only to find a WP Talk page, and no article? That's the only point of this ticket; it is not to prevent Talk pages from being indexed, but only to prevent a Talk page from being the *only* page that is indexed.

In T295555#7718113, @Patafisik wrote:

Hi, please note that the link in "Go to the top" in articles or pages without other language versions should not be there. It's confusing someone. Thanks

Test 4: PASS

Is this ready for use? I tried four tests, got great results for three, but one problem for an url-encoded, double-quoted, two-word query (test #4).

A question: is this related to why some languages (en, no, etc.) display the links by default, and others (fr) don't? Or is that just an option that the French have opted out of? My recollection is, that fr-wiki used to display them as well, but my memory may be off.

Oh, thanks; you're right, it is confusing. Could we add a little question mark-in-circle icon next to the caption or the value, with a tooltip 'What is this?' and link it to that link you just posted?

@NRodriguez can you explain what the status ‘ Open, Needs Triage’ listed at the top means, and what the next steps are?

Sorry, it's 'Named References in VE,' which is one of the wishes from the 2019 Wishlist. We have not launched the project yet, but we are beginning the early stages of planning & investigation. --ifried, Feb 26 2020, 2:14 PM

T2639 mentioned at meta:Community Tech/Who Wrote That tool.

Yes, I meant only the top ten, or however many in those "top" listings by edit count, or byte count.

Is the tag meant to remember the fact that someone clicked a particular button, or that the content changed in a particular way? It seems to me it does the former, when possibly it should do the latter, and the disconnect between the two opens the gate for vandalism and/or misunderstanding.

• broken on Vivaldi 3.0.

Besides the annoyance of the bug itself, it seems to me that it drafts wikitext editors into involuntary servitude as housekeepers to sweep up after the actions of good-faith VE editors trying to improve an article, who are thwarted by the actions of a tool through no fault of their own, and who are prevented from carrying out a workaround by the tool. To me, this is the greater problem.

I see, my apologies in that case; I misread what you were proposing. Thanks for the clarification.

This would need some sort of simple hash codes.

In T92432#4722691, @matmarex wrote:

While this would be easy to implement for any specific language (e.g. only for English), keep in mind that citation templates are translated to 200+ languages. When this task was filed, we had no way to know that e.g. "nazwisko" in Polish is equivalent to "last" in English. ...

Your example is an editor that used Google Translate, so I don't think that's very convincing.

I reject the premise of the opening sentence of this task as false, which means that the proposal given in the second sentence is completely moot:

(sorry for slight O/T, this is my first Phab comment after just registering):
@Lydia_Pintscher
Hi, Lydia! That was me who reported it at en:Village pump, where Nirmos picked it up. We just met at WikiSalon BayArea where I helped catalyze your mini-talk, didn't think we'd be crossing paths so soon again, and here of all places, but schön dich noch ein mal zu »sehen« ! --Peter