This is not a MediaWiki problem. The extension offers a functionality that supersedes a local hack; the local hack will be removed by administrators when the proper functionality is available for everyone, as always happens.

I suggest closing INVALID or moving to WMF-General-or-Unknown.

In T131455#2172003, @Nemo_bis wrote:

This is not a MediaWiki problem. The extension offers a functionality that supersedes a local hack; the local hack will be removed by administrators when the proper functionality is available for everyone, as always happens.

I suggest closing INVALID or moving to WMF-General-or-Unknown.

I agree that it is not a problem of the Compact links functionality. However, I think it is good to detect and capture in a ticket potential interferences, even if the solution is to inform the author of a gadget and ask the author to apply a fix.

So I'm in favour of the ticket renaming you applied (which does not assume which side needs to do the fixes) and I'm ok to add any other relevant project, but I'd oppose marking it as invalid or removing the compact link project since it seems worth tracking and relevant for the project.

removing the compact link project

...is required by Herald. :/

No immediate dev work required from the Language team. A recommendation about removing this should be added to the announcement when Compact Language Links rollout begins.

Also removed from blocking tasks.

The ULS-CompactLinks tag is useful here. Please don't remove it. It's not an issue in ULS itself, but it's related to it, and I need to see this relation in the workboard. Thanks for understanding.