@Jdlrobson @Niedzielski @matmarex Please advise whether this should be fixed in Translate (how?) or will be fixed in jquery-tablesorter.

I can look at this today.

First reaction is that ideally we shouldnt have 2 classes that are used for the same thing but not knowing the history I'm not sure how plausible that is.

What's the history of the jquery-tablesorter class and how widely used is it? Could Translate wiki switch to the sortable class?

Clarification: Translate extension, not translatewiki.net. This will affect meta/mediawiki.org/etc too when the train runs this week (unless fixed before that).

The jquery.tablesorter module adds the 'jquery-tablesorter' class to all tables that have been made sortable. The 'sortable' class is actually not used by jquery.tablesorter at all; it is only used by mediawiki.page.ready to run tablesorter on such tables.

Therefore if you manually run tablesorter from your own code (e.g. Translate extension does that to put the sort order into the URL), the 'sortable' class is never added.

There are two ways we could easily fix this:

• Make the CSS apply to both .sortable and .jquery-tablesorter
• Also add the 'sortable' class when adding the 'jquery-tablesorter' class

I would prefer the second option, that would be consistent with jquery.makeCollapsible (compare to the 'mw-collapsible' and 'mw-made-collapsible' classes there).

Change 431643 had a related patch set uploaded (by Jdlrobson; owner: Jdlrobson):
[mediawiki/core@master] jquery-tablesorter and sortable classes always added together

https://gerrit.wikimedia.org/r/431643

2nd option makes the most sense to me too. Ideally, in a follow up the Translate extension can add the sortable class within the HTML - to avoid reflows/repaints.

Change 431643 merged by jenkins-bot:
[mediawiki/core@master] jquery-tablesorter and sortable classes always added together

https://gerrit.wikimedia.org/r/431643