Looks like as a synchronisation problem to me. Unfortunately, I can't. I decided not to ask the Interface Administrator flag on this particular wiki.

Wasn't any announcement that tipsy will be removed?

Well, I just tryed. And I can't reproduce it indeed. If you still into it, you can open the page with the copy and run

importScript('U:IKhitron/Imagemap-Highlight.js');
importScript('U:IKhitron/popup.js');

You can edit these two scripts as you wish. Thank you.

Well, It's too late, the problem never was fixed, just expired, the watchlist entries are removed after one month.

Update. Still didn't have time to debug, but created a copy of the system, including this towards the process.

Great, thank you.

What? Didn't know this earlier. If so, I'll make some debugging work on the script copy in my userspace, probably next week, I'll tell you if I'll understand what happened. But I don't change anything you did in the original script if I don't, of course. Thanks again.

I see, thank you for the explanation. The problem is I still don't know why second parameter to the animation function fixed the problem, the usage before was as in manuals.
And I still don't know why did you add typeof box, for my opinion it changed nothing, I' thing you'll understand why in a moment.
Let me explain you why am I writing the code this way. I've grown up on ML programming language. It has the ultimative strict typing mechanism. Million times more than Typescript. For example, the casting like x = '' + 3 from number to string is impossible. And it has union between its type constructors. The variable shouldn't be of individual type. It can be more, but it should be of individual type in any point of time and you should know exactly which at every moment. So it's OK to use the same x (or box) for number and string if it's a number only before some point and a string only after that point. And it's OK to have a variable value be either number or undefined (or maybe false instead), when if it's undefined don't do a thing, and if it's a number do something with that number. So I don't think that there is any problem with the typing policy. There could be a problem in using this policy, of course, as with any other policy, but it means I made a mistake, not the policy, and I will be really surprised if I did, in the typing part, thou it's possible, of course.

@IKhitron if there are outstanding outdated files, purging the page now works, replacing the bad thumbnail with a fresh one! I did this successfully here, for example: https://commons.wikimedia.org/wiki/File:BSicon_num(R)6r.svg

It definitely works, thanks a lot.

And one more. I can see now the right version in the articles, and it wasn't like this 9 hours ago.

FYI. Somebody told me she could see the new thumb on the top of the file page yesterday, after she couldn't, a couple of hours after I saw the problem, and when I still can't. Looks like it is shown differently for different users.

First of all, thanks a lot, for finding the problem and for fixing it.

I can see you've edited the script, @Jdlrobson. Does this mean that there are no error messages any more? I can say that the script still makes animation fine, as I can see.

Well, @Jdlrobson, I can't reproduce it on Windows 10, neither on last Firefox, nor on Chrome, regular or private mode, everything works and the console is empty.

In T330946#8658610, @Jdlrobson wrote:

Okay I can replicate this now in Google Chrome!

1. Click this button

2. Quickly hover mouse over this:
   

3. View developer console

@IKhitron who is maintaining this code?

Maybe we should try to add jquery.ui to the line 345, just to be sure?

I see the page is also loading https://ru.wikipedia.org/wiki/MediaWiki:Script/Popup.js - how exactly do I trigger that code?

Btw, if F36887417 was for me, I can't open it.

In T330946#8658576, @Jdlrobson wrote:

@IKhitron is there any related functionality/visual change to the article HTML of https://ru.wikipedia.org/wiki/%D0%A1%D0%BE%D0%BA%D0%BE%D0%BB%D1%8C%D0%BD%D0%B8%D0%BA%D0%B8_(%D1%81%D1%82%D0%B0%D0%BD%D1%86%D0%B8%D1%8F_%D0%BC%D0%B5%D1%82%D1%80%D0%BE,_%D0%91%D0%BE%D0%BB%D1%8C%D1%88%D0%B0%D1%8F_%D0%BA%D0%BE%D0%BB%D1%8C%D1%86%D0%B5%D0%B2%D0%B0%D1%8F_%D0%BB%D0%B8%D0%BD%D0%B8%D1%8F) that may have introduced the loading of new JavaScript ?

N3. I've just checked, this animation works in tbe same way, as in the last month.

Well, @Jdlrobson, no. This particular edit is only cosmetic, changing local function names. The popup was introduced months ago and inserted to the articles hours ago.

Just an idea for a possible solution: add the number

$('body').find('*').index(<current map or image dom element>)

to the hash function input.

It's definitely a bug, removing interwiki in template, category, and so on.

Well, looks like there is an opposite bug now - the language selector works in main space only.

I really hope tipsy support will stay until a good replacement comes, because it can do something beautiful that title attribute can't, tooltip in desktop browser version on mobiles and tablets. And because wikimedia registered users usually work there on desktop version, knowing that mobile version is good for anonym readers, but has not enough functionality for editors, it can be a very breaking change.

@IKhitron For (1), I think the existing image in that page, and the link within the text to Help:Badges, might be enough? If not, then it's probably best to re-ask on the talkpage there.
For (2) I've asked at the talkpage if it's ready.

In T54564#8376318, @Manuel wrote:

Thanks to @MisterSynergy and @ChristianKl there is now a draft for new Wikidata:Sitelinks to redirects guidelines! \o/

1. Please add something like F35649625 to that help page, for 99% of users that does not know what the hell is badge.
2. Is there a way to make this page translatable?

Thank you.

Well, the script already renamed, and there are a couple of bugs.

1. I can't remove renaming log entries from the watchlist by any way I know. It just stuck there. What can I do?
2. Open this. Click on the last one, "Ϊ́". You arrive here. There is no page there.

Thank you.

In T54564#8352809, @Manuel wrote:

Sure thing!

1. Open the Wikidata Item (https://www.wikidata.org/wiki/Q75634570)
2. Look for the "Wikipedia" section (you can usually find it on the right or the very bottom).
3. Click "edit" and add a Wikipedia page or redirect.
4. Add a redirect badge (see screenshot). -- This step is needed only if you are adding a redirect.
5. Click "publish".

Screenshot

I see, @Manuel. So, it's important to know that there is a need to create a new item, if missing. Thanks a lot!

In T54564#8352761, @Manuel wrote:

Yes, you can! A sitelink to a redirect can now be added to an Item. But only if a redirect badge (sitelink to redirect Q70893996 / intentional sitelink to redirect Q70894304) is added in the same edit.

In T54564#8352718, @Manuel wrote:

@IKhitron: You are right about the old error message. There is still one task open about this (T320490) as we would like to link to the new guidelines around this (after they are updated).

So when I can link to redirect and it will work, instead of any error message, old or new?

Weird. I get the regular message "You can't connect to the <original>, because it is already connected."

Well, @Manuel, something is wrong. It does not work. Are you sure it should be in recent changes, and not in later this week, for example? @Xaosflux, @Quiddity.

I can confirm that opening any diff in the middle of unviewed revisions on my wiki marks all as viewed. Trying with old viewed revision does not have such a result. Looks even worse than T186506.

In T320894#8323060, @cscott wrote:

@IKhitron: could you describe further what you meant by:

For now I've edited some system messages from "...|draft|user|..." to "...|draft|user|female user|...", but I hope it will be fixed.

Yap. Here you are. Do you need me to translate it?

Please see an unexpected bug in T320894.

13049 pages to check in ruwiki, it's impossible.

You can use {{NAMESPACENUMBER}} to avoid gender distinction or namespace renames when comparing things in wikitext

Of course I could, but it doesn't make it better -- either way there is need to find and edit all the occurences. Better to fix the bug.

In the ticket. Except for the links, which are no more than luxury, all the rest is in the task description.
What else I need to provide to reopen the task?

In T316060#8181455, @Aklapper wrote:

Cannot reproduce. Please provide
...
Thanks.

Indeed.

Probably, but not sure.

Pinging @Kipod and @eranroz from the original task.

See, for example, here, 223-227 in this revision.

Appears it does work in File namespace, both for local and Commons, but still does not work for Special pages. At least for me, on any wiki site.

I see. Thanks for your help.

How can it work if linktarget does not have any data about non-existing templates? What will be the id in templatelinks and where will be the tempkate name stored?

In T299417#7814637, @Ladsgroup wrote:

I'm not 100% sure I understood your usecase but if a query to templatelinks used to look like this:

SELECT tl_from, tl_namespace, tl_title from templatelinks where tl_from = 5974403;

It will change to:

SELECT tl_from, lt_namespace, lt_title from templatelinks join linktarget on lt_target_id = lt_id where tl_from = 5974403;

It seems the new table has not been replicated to the cloud replicas (I'll check and fix it soon).

If this doesn't answer your question, can you elaborate more? possibly giving the query you run usually.

Could you ellaborate, please, how will the new scheme interpret the red templates transclusion, so that quarry could recognize them?

I wanted to create such a request, and found this one presearching. For me, there is completely different reason for this magic word. If we add editing templates (update, rewrite, fix, add links, ....) or some others ({{Current}}), they should look differently at the article top or in some section. The magic word allows to check, if the section number is 0, the template is relevant to the article, otherwise to specific section.

Thanks. I'll write here if I see it again.

No problem. Well, as I said, on two pages I can see the full TOC, without definitions button. No, I don't.

BTW: it's just a guess, but if I would be you, I would check synchronization. There was one page that I opened twice, once broken, and once not. Maybe something js not ready in time.

In T302461#7749380, @nray wrote:

@IKhitron I've visited https://he.wikipedia.org/wiki/%D7%A9%D7%99%D7%97%D7%AA_%D7%95%D7%99%D7%A7%D7%99%D7%A4%D7%93%D7%99%D7%94:%D7%9E%D7%96%D7%A0%D7%95%D7%9F and I only see one table of contents in the article (and no TOC in the sidebar):

Can you please paste the full url of the page you are noticing this issue?

In T302461#7749204, @Jdrewniak wrote:

@IKhitron we're actively working on the table of contents and bugs like this may appear temporarily due to caching. Are you still seeing this issue?

In T302461#7734225, Aklapper wrote:

I opened the link and the link is a diff.

Indeed. It's everywhere, and this link is just an example. Here is another one, in reading mode:

The screenshot seems to come from https://he.wikipedia.org/w/index.php?title=ויקיפדיה:מזנון&oldid=33299679 instead?

No, it doesn't.

Fixing problems does not require reverting.

Of course. Not for fixing, for avoiding the current situation.

I see. And what about the Linter rules update?

Just saw this in the Tech News. The question is: does this affect the Google Search?

@Jack_who_built_the_house

Well, FYI. It works now, and the problem was misleading documentation of the new future. It's better to rewrite it, I think. To tell about file names, about try and catch, and more.

I think I already get an answer from these links. Although, I coudn't make all this work yet.

Don't understand what are you trying to say.

@Johan, what do you say, do we need to publish this?

So, what's the right page name, mydata.json or Gadget-mydata.json as usual?

Thank you. When there be the next release of WVUI?

Some more screenshots, before double-click

@Whatamidoing-WMF, saw your message, please pay attention.

In T243076#7314599, @chaim wrote:

Ok, I'm just the messenger but I'll try to explain the community position.

The use of protection in the Hebrew Wikipedia is defined so that we use mainly a basic level of protection.

But there are still issues that the community believes need to be protected, rather than raising the level of protection, we prefer to lower the level of permissions for people at increased risk, and the community believes the risk goes down for users who have made 100 edits and 30 days have passed since signing up.

@IKhitron Can you check that I was not wrong?

In T287701#7299218, @Tacsipacsi wrote:

In T287701#7298637, @IKhitron wrote:

And one more thing […]

I could not reproduce this in Chromium 90.0.4430.212 on Debian 10.10 “buster” on Hebrew Wikipedia logged out, using the default new Vector skin. I used the following wiki text:

<ref group=hebrew>sometext</ref>
<ref group=hebrew>sometext</ref>
<ref group=hebrew>sometext</ref>
<ref group=hebrew>sometext</ref>
<ref group=hebrew>sometext</ref>
<ref group=hebrew>sometext</ref>
<ref group=hebrew>sometext</ref>
<ref group=hebrew>sometext</ref>
<ref group=hebrew>sometext</ref>
<ref group=hebrew>sometext</ref>
<ref group=hebrew>sometext</ref>
<ref group=hebrew>sometext</ref>
<ref group=hebrew>sometext</ref>
<ref group=hebrew>sometext</ref>
<ref group=hebrew>sometext</ref>
<ref group=hebrew>sometext</ref>
<ref group=hebrew>sometext</ref>
<ref group=hebrew>sometext</ref>
<ref group=hebrew>sometext</ref>
<ref group=hebrew>sometext</ref>
<ref group=hebrew>sometext</ref>
<ref group=hebrew>sometext</ref>

<div class="hebrewRefList">
<references group="hebrew" />
</div>

and saw this:

In T287701#7298652, @Quiddity wrote:

In T287701#7298615, @IKhitron wrote:

Very well. Could I, please, get one example where adding lang changes something in direction on any device? Thank you.

If I understand correctly, the lang attribute does not have any affect on the direction of text. It is not required for this. However it is a useful additional standard piece of markup to include for both semantic reasons and for accessibility reasons (e.g. for screenreaders it might make the "voice" module change to one more suitable for speaking that language). Details about this are explained at https://www.w3.org/WAI/WCAG21/Understanding/language-of-parts.html

And one more thing. I tried to fix by your recommendations, and it generally works. But there is a problem, that I couldn't fix until now.
If we use li::marker in references that have direction, it looks differently on different kinds of browsers. For example,
<ref group=hebrew>sometext</ref>
on a page where there were a lot of references in this group looks like this in most of browsers:

.hebrewRefList li::marker {
    direction: rtl
}

does not help. Tried all the possible values of direction and unicode-bidi, nothing helps. How can I fix this?

In T287701#7298080, @Tacsipacsi wrote:

As I wrote, such edits don’t worsen the situation in terms of web accessibility; the text was and remained inaccessible to people using screen readers, Braille translators and the like. Your tests do their job, they fix the directionality of the text, they simply don’t fix another issue.

In T287701#7283720, @Tacsipacsi wrote:

The example does lack the lang attribute for WCAG 2.1 AA-level compliance. It’s not directly connected to this class change, though; changing <div class="mw-content-ltr"> to <div dir="ltr"> won’t worsen the situation.

Sorry for bothering, but can I get an answer, please? Otherwise, looks like the lang parameter is not needed at all in this task, and without it, the millions of edits that should be done because of this task will be much easier. Thank you.

In T287701#7247687, @Jdlrobson wrote:

In T287701#7247642, @IKhitron wrote:

By the way, what does lang parameter add here?

https://www.w3.org/International/questions/qa-lang-why is probably the best explanation.

It also looks like this bug has been present on the Hebrew mobile site undetected for the last 10 years.. :(
https://he.m.wikipedia.org/wiki/%D7%9E%D7%97%D7%A9%D7%91#%D7%9C%D7%A7%D7%A8%D7%99%D7%90%D7%94_%D7%A0%D7%95%D7%A1%D7%A4%D7%AA

In T279674#7272137, @Jdlrobson wrote:

@IKhitron are you familiar with the WVUI library and how we transition to it? The first screenshot is the search before WVUI has been loaded and the second shows WVUI after it is loared and I think this is important context to understanding this issue. Why do you think it is irrelevant? Is there another bug occurring here that we need to understand?

@Jdlrobson, pay attention, the second screenshot you've added is irrelevant.

Danny, why don't you use the Watchlist messages, instead of inventing your own?