Does this mean that contentmodel dispersion will also work from the next deployment?

Well, I really want to convert most of this to JSON. But it's too big because of the spaces, impossible to update frequently on tablets or mobils. So it will wait until this task is resolved.

Can't you just freeze the map as it was three days ago, while the task is in progress?

Looks fine to me.

It definitely looks like the cause.

Well. It's OK now, as you can see in my link above, and the red alerts are gone.

There are a couple of namespaces broken. I can see 828, 829 and 2600, for example.

I imagine space was chosen as the default because it's not easy to type a tab character in a browser.

Actually, it does not matter what the user types, ACE inserts defaults, which I'm asking to change.

I asked for a URL. You were on some website.

Wikisite. Of course I can't remember the particular page, especially when it does not matter to notifications. Because the message is in English, it can be enwiki, wikidata, commons, meta or mediawiki.org.

Absolutely. I am totally aware that almost for sure this particular task will be declined. Because there is nothing to do for reproducing the bug aside what I already said, it's just impossible. But even if it will be declined by the developers, this way at least they will be aware about the bug instead of me totally ignoring it. I definitely do not know any way to trigger the image suggestion system manually and pretty sure there isn't one at all.

Well, now I'm sure. It continues to happen.

Maybe it was just one day glich. I do not want to try today again, and then ask again to delete the wrong file.

Quarry needs people working on it. For close to two years now that has been mostly me. Lacking greater community support, it is clear to me that it is a project that will eventually fail. Further it is clear that quarry is a project that is in use. As such letting it simply crash some day seems inappropriate. In particular when there are alternatives that take much less time to maintain.

If superset were to completely fall over, project was removed or some such, https://github.com/toolforge/superset-deploy/ has the instructions to bring it back, from nothing being deployed. It doesn't take long, about 20-30 minutes most of which is waiting for a k8s cluster to deploy, I've done it a few times now, and no one seemed to notice when I removed the entire back end of superset and replaced it with a different one.

I'm unaware of a similar set of instructions for quarry, if it really fell over I'm not convinced I could put it back. That leaves quarry in an uncertain position. This ticket is about mitigating that uncertainty.

It’s bold to speak for all Quarry users with “we”.

Never said all of the Users.

In T169452#8897787, EpicPupper wrote:

I completely disagree that Superset is a “very bad tool”. IMO, the design is so much better, and there’s more features.

Well, there are no futures we are used to and we need.

In T169452#8897369, @IKhitron wrote:

Conclusion: Until now if there was a feature that only wikimedia users needed, for example wikitable download, multilingual download, or editing history viewing, we could just ask

Yes you could ask, though looking at https://phabricator.wikimedia.org/project/view/800/ it is clear that most requests are not answered due to limited support. Superset does have a lot of support, just not wiki specific.

Exactly. These ones are already there, by request or spoken need, and now we are going to lose them.

Conclusion: Until now if there was a feature that only wikimedia users needed, for example wikitable download, multilingual download, or editing history viewing, we could just ask, and now we wil not have them anymore. I don't believe that all the wikis will convert their pages names to English just for queries sake, so the queries will be useless.

Looks like it's not just hyphenated codes, the "simple" has the same problem.

I need to change the "File:Moscow metro map multilingual future draft.svg". If you still need it please fill free to revert to yesterday's version.

I see. Well, I succeeded to open s7 now and run a query. Please don't turn Quarry off until at least there will be a way to download the results in all the formats. Now there is only CSV format, and only for ASCII texts. So, non-English wikis can't use it. And I even didn't check what happens with API calls for queries.

I tried to find hewiki_p. Didn't find, but while looking, I'm not even sure I met any <lang>wiki_p, besides enwiki and frwiki. Maybe I'm wrong. And maybe they are all in s7, which doesn't open.

Maybe, don't know. I can't run queries any more.

Well, as a regular and very pleased user of Quarry, I tried Superset. Not helpful, it doesn't have most of databases. So, Quarry doesn't work any more, and I can't use Superset, so there is no way for me to run an urgent query (72767).

FYIO, I don't know any details, but somebody complained today about an opposite case — opening some pages forces vector legacy when vector 22 is the default skin.

The <syntaxhighlight> tag supports a dir argument for this use case.

The current implementation assumes dir=ltr by default.

Thanks, added for now as workaround to our wiki.

Great, thanks! Confirming it's ok now.

Indeed. This image you brought is the last version, according to OSI colors, and the text looks fine.

In T335681#8819502, @kamila wrote:

Not a duplicate of T335271, but possibly fixed by the same patch (https://gerrit.wikimedia.org/r/c/operations/software/thumbor-plugins/+/912258)? Can you try generating a new thumbnail (by requesting a different size so you don't get a cached result) and see this it is still happening?

Sure.

UPD: Removed "narrow screen" from the description, it's everywhere now.

Thank you for the detailed update. A couple of questions, please.
After all this done, are you going to publish the full explanation about the security breach, or it still can be dangerous?
And also, the date you've mentioned, May 5, is it supposed to be the tentative date you want to allow usage in the Graph extension again, for now?

I see. Thank you.

In T334903#8788998, @IKhitron wrote:

Maybe you should kill the 33 still running queries.

When the pages will be in the category?

Maybe you should kill the 33 still running queries.

Thanks a lot.

Tried a very simple query, that usually runs for seconds, 72209, and it already runs for five minutes. The Recent Queries board shows that it happenes to all the queries in the last hour.

A link for example for non-developers of Quarry: 27365.

Something as

There is a problem with svg files thumbnails creating. If you can see old version of image instead of the current one, change the size to a fresh one, for example 250px->251px. [[phab:T331138]]

maybe? My English is pretty bad, so maybe it should be edited.

Hi. Tried this. I was a (small) part of the Global Watchlist creation, the rtl in the code is on me. So I wanted to see if there are any problems between these two features. I can say that:
A) It's great, thanks!
B) I can see it's not undoable, once clicking on mark as read, there is no way back. Which is OK, the undoing can be tricky, it took me weeks years ago to make it right in my Watchlist Manager, that adds many features to the regular Watchlist. But maybe something simple can be done instead. For example, instead of disappearing, all the lines will change disaign - blue background, underscore, anything, so if anyone clicked on the wrong place, a millimeter of wanted, they can still see the already marked page data, to open it if they want. A button "make all marked disappear" near all the other buttons at the top of the list can be done in seconds. Please consider this.
Thanks again.

It works, thanks a lot. I think we should explain this trick in the Tech News.

Indeed, but how do you know which sizes work and which don't?

Does not help, the bottom image still has labels on the stations instead of near them, as above for specific thumb measures.

Ouch. But if just deleting old thumbs works, does this mean one can just add a pixel to the image and reupload it now, and it will work this time?

So, there still is no way to fix an existing thumb?

Thank you.

They say never happens on local wikis.

Click on "unwatch" button near the edit, removing the page from the watchlist, then click on "rewatch" button at the same spot, it resets the notificationtimestamp to current time, acting as mark this page as read command. The only condition is you should do this only after actual reading of the page's talk page and vice versa, because the double click marks both.

I can recommend two clicks on unwatch/rewatch.

In T330942#8761925, @Ladsgroup wrote:

Read comments as well. It's the same. The description is misleading.

Still, they talk about Commons.

Anybody, please? It doesn't work for days, there is no way to upload new files, either on Commons or locally.

In T330942#8755503, @Ladsgroup wrote:

It might be T333042?

The problem is back, see the same local file in the description (again, thumbs are not created, files are shown in articles with standard sizes only). Should we reopen this task, or create a new one?

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.

@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 the same way, as in the last month.

Well, @Jdlrobson, no. This particular edit is only cosmetic, changing local function names. The popup was introduced a month ago and inserted to the articles hours ago. The javascript code of popup and imagehighlight was updated last time ten days ago. Can it just be a coincidence?

Just an idea for a possible solution: add the number

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

to the hash function input.