Please provide an example of such trouble.

I havent experienced any trouble with the dark theme 'Amethyst'.

z9z8z-wps wrote:

You would have had problems with highlightbroken turned off reading a "!" in color #772233 on the #2f333b background, and since user style
sheets are allowed I could easily come up with a brown or red theme.

The current solution is a quick "dirty" hack and restricts the choice of colors in skin style sheets where all these color definitions belong to. For
the same reason (not to define a text color without the background color) the PNGs of the math and hiero extension have a white and not
transparent background even though black on transparent would display well on the current standard skin backgrounds.

robchur wrote:

It's a problem if our code makes assumptions that might be reasonably be
expected to be incompatible.

robchur wrote:

*** Bug 6160 has been marked as a duplicate of this bug. ***

To clarify, this bug requests that the alternate styling for red-links is not defined statically in PHP where this is generated, but by the skin itself.

That's a bit complicated though since it can't be made part of the main skins' stylesheet since it should only be applied if this preference is enabled.

Possible solutions:

• Let skins provide a separate css module for this module, and have a default fallback in case none is specified by the skin
• Do let it be part of the main skins' stylesheet, but instead of overwriting a.new styles, let PHP output an additional class on all a.new links for this (e.g. <a class="new highlightbroken">).
• Let it be as it is until this preference is deprecated and removed

This preference has been removed a while back in 1.19.0.

https://github.com/wikimedia/mediawiki-core/commit/c78f613b38a2c9d87d48485f350d32007a60f68c