This is an archive of past discussions. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page.
but we can't just add a |class=skin-invert-image because the module adds |class=noviewer a bit further in the code. The code would have to merge both to be |class=noviewer skin-invert-image in those cases.
But this module is used in 10M articles (17% of the total), so changes there are quite delicate.
There is also the need to review all the images used to check if only skin-invert-image would be sufficient to solve all cases, as some maybe better just with a white background.
It is the same as in Bel Air, Los Angeles, see below. But the difference is that the pin label is black on black even in desktop view, not just in mobile view.
Latest comment: 11 months ago1 comment1 person in discussion
Dark mode too dark :)
Apologies, this might seem pedantic. Could you offer a "semi-dark" mode as well (or adjust current dark mode)? Many websites use a very dark blue, for example, instead of dark which makes the contrast a bit too much. Thanks for your work! --Transparentar (talk) 17:23, 4 March 2025 (UTC)
Issue Description
Dark Mode causes the Images For Upload Wizard to display improperly and makes all of the text in the wizard almost impossible to read. Moreover, the background also stays white, even when switching from Light Mode to Dark Mode.
Latest comment: 10 months ago1 comment1 person in discussion
Issue Description
The "part of a series on" text in the series box becomes unreadable because the text (which is on a light background) changes to white while the background does not change
Hello Wikipedia Team,
I am grateful that youse have implemented a Dark mode to Wikipedia, however, I cannot read templates in Dark mode. The titles are white on light gray (unreadable), the boxes are light blue on light gray (also unreadable), I have been using the highlighting with my mouse to get any usable contrast out of these templates to read them. Please fix this by making everything white/blue on very very dark grey/black, or something with a similar contrast.
For reference, my Appearance settings are Small test, Wide width, and the Dark colour mode (Small text is otherwise fully readable everywhere else, and in Light mode too).
Issue Description
The color is fine. However, the screen is not going into wide mode. This occurred in both the home page and the Current Events Portal.
Latest comment: 10 months ago4 comments2 people in discussion
Issue Description
Simple request: Have the same logo appear for Wikipedia on dark mode. Seeing the inverted version is weird and gives the impression of something going wrong (why it works for Testpedia). - Klein Muçi (talk) 17:52, 28 March 2025 (UTC)
@Klein Muçi You have to be more specific. If you see a color-shifted inverted logo, that is probably because the non-inverted version is not dark mode compatible and no one created a inverted version by hand yet. —TheDJ (Not WMF) (talk • contribs) 21:35, 31 March 2025 (UTC)
Upon further inspection I see that it IS a global thing. Every Wikipedia has a logo with inverted colors in their dark mode version. That is what I'm proposing to change. - Klein Muçi (talk) 22:23, 31 March 2025 (UTC)
Issue Description
The heading for 'order of battle' is incredibly difficult to read as it is a slightly lighter shade of grey, and hitting show for the order of battle also yields a list that is extremely hard to read.
Issue Description
The current dark mode is too high contrast like a bright white font on an almost black background.
I nicer (easier to read) dark mode has a light grey font on a dark grey background.
🐛 Dark mode CSS filter problems
Latest comment: 9 months ago1 comment1 person in discussion
A brightness filter for images overrides other CSS classes used to apply filters. In particular, it overrides skin-invert and skin-invert-image. For an example page see w:RiPP.
The simplest fix for this would be to use a shade of gray for the background (like #ccc) rather than using a filter to adjust down the statically coloured --background-color-base-fixed (#fff). If design tokens must be used, go for --background-color-tab-list-item-framed--active until something more semantically meaningful can be added, as the tokens --background-color-backdrop-dark and --background-color-backdrop-light are not right for the job. Alternatively, arbitrarily increase the specificity of the CSS rules involving skin-invert or add !important to those rules.
Latest comment: 9 months ago1 comment1 person in discussion
Issue Description
The main content on this page seems to have had some of its styling overridden. Namely, it appears in a white box below two rows of what appear to be tabs. The content in the white box is mostly readable (although it of course does not obey the theme preference), but headings have an abysmal contrast ratio and I can barely discern the text within them without selecting them to create a blue highlight for contrast ratio (it would appear that their style is not overridden by the page-specific style and they are thus obeying my dark mode preference, at the expense of being able to read them).
That page's tabs are using the default settings provided by Template:Start tab, which uses Template:Tab to build the tabs. That is the template that needs dark mode attention. Jonesey95 (talk) 17:29, 1 May 2025 (UTC)
Latest comment: 9 months ago2 comments1 person in discussion
Issue Description
The main image in the page "Wade-Giles" (his portrait) seems to be tagged as color-invertible somehow --- it becomes a negative when viewed in dark mode. I'm not sure whether this is an automated process or what, but the file is a regular old .jpg (https://en.wikipedia.org/wiki/Wade%E2%80%93Giles#/media/File:Herbert_Giles.jpg)
This is because Infobox_romanization, uses Inbox_writing_system, which sets this by default, because it (somewhat rightly) assumes that all example images are script examples, not images of people related to the writing system. —TheDJ (Not WMF) (talk • contribs) 12:52, 1 May 2025 (UTC)
Issue Description
none of the text in the tables in the sections "Flags of North American sovereign states" or "Flags of dependencies and other territories in North America" is visible
Issue Description
The LaTeX mathematical equations are black with white highlighting in dark mode in the side info panel under the visual representation of the cos²θ + sin²θ = 1 identity.
Issue Description
When you hover over a citation link with JavaScript enabled on the new UI with Dark Mode enabled, you can't see the little down arrow at the bottom of the pop-up.
Image: https://silvanzwick.com/847296.png
Latest comment: 8 months ago1 comment1 person in discussion
Issue Description
The familycolor in Language Infoboxes doesn't show on Dark Mode for all colors.
This is normal. Infoboxes currently do not have a way to ensure that a 'infobox color' is accessible in dark mode, so all those kinds of colors get disabled. —TheDJ (Not WMF) (talk • contribs) 07:41, 27 May 2025 (UTC)
Latest comment: 8 months ago1 comment1 person in discussion
Issue Description
Article - 1983 Air Force Falcons football team. The part that was hard to read is the "Schedule" section and the table in it. The white text on pastel yellow and pink boxes is completely illegible. It is in the 1st, 3rd, 5th, 6th, and 7th boxes.
Astronomical symbols are hidden (black on black) on dark (black) background coloring but show up on light (white) background coloring. (The latter occurs in some cells in the table in the 'Table of hours' section of the problematic article. If Smart Invert is enabled on your device, then image colors are inverted and the situation reverses: previously-hidden symbols are now white and visible on the dark (black) background coloring and previously-visible symbols are now white and hidden on the light (white) background coloring (in those table cells as mentioned.)
Issue Description:
When using find-and-replace, it is incredibly difficult to see the contrast between the selected and non-selected instances as they are both similar shades of green. To use find-and-replace, I have to switch to light mode. Please may you make it that in dark mode the colours are either more contrasted shades of green or just pick any two colours it works for. Thanks for your time.
Issue Description
When ever I switch to dark mode, lists like the one on https://en.wikipedia.org/wiki/List_of_wars_involving_Pakistan#List appear bright. I have my browser's default to dark. when I switch to light mode, the list becomes dark, the page stays dark, but all the flag icons get messed up beyond comprehension like a texture bug.
Issue Description
The algorithm box has a white background in dark mode, and while the text in the algorithm box is black, the math (using SVG mode, at least) remains white and becomes impossible to read.
This occurs in the siderbar, containing the image with description Early Greek alphabet painted on the body of an Attic black-figure cup. where it shows up with an inverted colour scheme when using dark mode. When clicking on the image, opening the big view, it reverts back to normal.
Latest comment: 7 months ago1 comment1 person in discussion
Issue Description
In dark mode (the FAQ sections), the questions are in bright colors like the background, making them appear invisible and unreadable.
Latest comment: 7 months ago1 comment1 person in discussion
Issue Description
the Citation error report box is very hard to read while in dark mode because the background acts like it's in light mode but the text acts like it's in dark mode
Latest comment: 7 months ago1 comment1 person in discussion
'Headings become invisible on pages with inline background-color in Dark mode: In Dark mode, page headings (e.g. “== Films ==”) are forced white, but my user-box container uses an inline background-color: #F0FFEA. This leaves white text on a light-green box, which is almost unreadable. The inline style isn’t automatically inverted.
Steps to reproduce:
Enable Dark mode in your account.
Visit User:Umais Bin Sajjad/Userboxes or /Articles.
Observe that headings inside the green box disappear.
Expected:
Either the container background should switch to a darker tint, or
Heading text should detect the inline background and switch to dark.
@Umais Bin Sajjad: These elements were not designed with dark mode in mind. By default, the dark mode attempts to apply some fixes, but these can also make it worse (making the headings invisible). I have thus opted out the element from dark mode completely. —TheDJ (Not WMF) (talk • contribs) 08:41, 23 June 2025 (UTC)
Latest comment: 7 months ago1 comment1 person in discussion
Userbox text is not visible when in dark mode if the background of userbox is light. See the top most userbox.
Ironically, this is because the user is using Template:Infobox Wikipedia user and forcing a white-text-on-black-background color palette. In light mode, that applies to the outer table, and then the infoboxes render with their normal appearance. But in dark mode, the forced styling causes the color palette for the userboxes to get flipped and have the white text color forced upon them. Normally, the userboxes support dark mode fine, but the user is over-styling their page in a way that breaks dark mode. I'd take it up with the user. FeRDNYC (talk) 16:30, 28 June 2025 (UTC)
Issue Description
I was reading the article on Pyridinium and there are three skeletal formulas as images on the page. However, they were drawn using black lines on a transparent background and you can't see it at all.
Latest comment: 7 months ago1 comment1 person in discussion
Issue Description
Dark mode doesn't work well with the wikEd advanced text editor within wikipedia. Some important text in the lower section changes to white but the background remains white, hiding it and making the area difficult to use.
Issue Description
The SVG images used to portray runes are displayed in black color in dark mode and so are impossible to see when used in paragraphs, or hard to see in tables.
Latest comment: 7 months ago1 comment1 person in discussion
Issue Description
When reading US Senate President pro tempore infoboxes, the "President pro tempore" part of the infobox is the same color as the background. As a result, the words "Incumbent" and "Assumed office" or "In office" are visible, as well as the date(s) of beginning and end of office, but not the actual title of the position.
Oh, I see it now!! The issue isn't actually on the page referenced, it's on pages that link to that page from their infobox. And the link isn't visible initially (using any color theme).
For example, at w:Chuck Grassley, the infobox includes an initially-collapsed "Senate positions" section. When you expand that section, in light mode you get a long list of positions, led off by "President pro tempore of the United States Senate", "Incumbent", "Assumed office", "January 3, 2025"...
But in dark mode, for some reason the "President pro tempore of the United States Senate" link is completely invisible! Looks like it's because it's in a table heading cell styled color:#202122;background:#eee;". Somehow that reacts catastrophically with the dark mode CSS. It matches this selector:
(table:not(.infobox) matches because there's an inner table inside the table.infobox that doesn't have that class set on it. So the selector matches it.)
That sets color:var(--color-base-fixed,#202122). (In dark mode, --color-base-fixed is also #202122.)
And since the <th> has been forced to background:inherit!important;color:inherit!important;, it ends up with a background color of #202122 and a foreground color of #202122. Yikes. FeRDNYC (talk) 16:11, 28 June 2025 (UTC)
Latest comment: 7 months ago2 comments2 people in discussion
The current image can't barely be seen, due to the transparency of the background, and the dark brown color of the figure itself.
Huh... interesting. Confirmed, but the issue only happens in explicit Dark mode. If the appearance selector is set to "Automatic", even if your default system theme is dark, the image will have a white background. Only when explicitly selecting Dark mode does the background disappear, and result in a brown-on-dark-gray drawing. FeRDNYC (talk) 16:16, 28 June 2025 (UTC)
Latest comment: 7 months ago2 comments2 people in discussion
With the new chart for Crude oil production the text "See or edit source data." is showed with light background color i night mode, which makes the text almost invisible. Tholme (talk) 21:03, 1 July 2025 (UTC)
This is because of the combination of imageframe template, which forces a background color, but not text color, and the Chart template, which when used like this, renders text inside the image frame instead of in the caption. Solved by using the thumb frame option of the Chart template itself. —TheDJ (Not WMF) (talk • contribs) 10:06, 4 July 2025 (UTC)
Latest comment: 6 months ago1 comment1 person in discussion
Issue Description
When trying to edit a page with Apple iCloud Private Relay active on Safari in dark mode, the text in the blocked reasons box remains white, as does the background, making it difficult to read unless you highlight it.
Issue Description
When viewing https://en.wikipedia.org/wiki/2018_World_Series_of_Poker in dark mode, the black suits rendered by Template:Cards template (Clubs and Spades) are styled with "color: black", which makes them nearly invisible against the dark background. This affects readability and accessibility. Selecting the text makes it visible, but that’s not a practical solution.
Latest comment: 6 months ago2 comments2 people in discussion
Issue Description
On the page Language family, there is a table at the bottom of the page, 'Background colors used on Wikipedia for various language families and groups'. In Dark Mode, all colours and some text in the table are not showing at all. The text not showing is readable on right-clicking to highlight, but the colour of the text otherwise has no contrast with background colours in Dark Mode, making it invisible.
Why is that even in an article ? Like who cares about the colorcodes that we ourselves use ? That seems editor information, not something that should go into the article ? —TheDJ (Not WMF) (talk • contribs) 07:33, 10 July 2025 (UTC)
Latest comment: 6 months ago2 comments2 people in discussion
Dark modeLight mode
Issue Description
When I put the Version templates in a table, the colors don’t look the same as in light mode
@ IP User: ...What's the issue, though? You're correct, the colors aren't the same as in light mode. But you didn't explain why that's a problem.
In fact it's intentional, as the light-mode colors would be too light for the white text placed on top of them in dark mode. So, Template:Version has TemplateStyles that choose different colors based on the currently-selected appearance.
It was never claimed that the same colors would be used in both the light and dark themes -- in fact, the entire point of the appearance selector is to change the color palette used. ...Or, am I misunderstanding your issue? Generally when reporting dark-mode issues editing Wikipedia content (as opposed to simply viewing it as a reader), it's best to provide WikiText that demonstrates the problem, so that it can be reproduced. (In other words, what was the table definition you had issues with, and what about how it displays in dark mode wasn't what you expected?) FeRDNYC (talk) 15:35, 28 June 2025 (UTC)
The add language (Add languages) UI seems to not have the background color applied when i clicked on the button. Please consider fixing the background. Thanks.
Latest comment: 6 months ago1 comment1 person in discussion
In dark mode, the black parts (both the script writing and the background) of the image (in the infobox) are incorrectly flipped to white. This isn't impossible to read, but it is weird.
@Spaceexplorer: most images used in that infobox are SVGs of the actual script, not photos, so by default it inverts those images. I specified the imageclass variable as an empty parameter, to avoid the default behavior of flipping —TheDJ (Not WMF) (talk • contribs) 12:22, 25 July 2025 (UTC)
Looks fine here too with Firefox on Linux. Maybe you should provide more details of your particular setup. Tactica (talk) 12:09, 4 August 2025 (UTC)
Chrome on PC (not sure of specs) also didn't work on chrome on mac. worked for me on edge though, might just be on chrome Fin.Seaman (talk) 18:38, 4 August 2025 (UTC)
Latest comment: 6 months ago1 comment1 person in discussion
Issue Description
The arc is always black, which is not readable.
I don't know the CSS variable name for text color which is color-mode agnostic, otherwise I'd replace the literal black in the template definition with e.g. var(--text-color-variable-name).
My issue today pertains to the BSicon system and image rendering. In light theme, this code looks perfectly fine, with the road section rendered below the track. However, in dark mode, it appears reversed, with the road section over the tracks, obscuring them.
{{Routemap|navbar=Chur-Arosa railway|navbar pos = 2|title=Chur–Arosa|<includeonly>inline=1</includeonly>|footnote=Source: Swiss railway atlas<ref name=Eisenbahnatlas >{{cite book|title=Eisenbahnatlas Schweiz |trans-title=Swiss railway atlas |publisher= Schweers + Wall | year= 2012 |isbn= 978-3-89494-130-7|p=26}}</ref>|map=
~~km~~ ~~ ~~[[Height above mean sea level|elev]]
CONTg~~ ~~ ~~[[Chur–Rorschach railway|from Rorschach]]
uCONTg\STR\~~ ~~ ~~[[Landquart–Thusis railway|from Landquart]]
uABZgl\mKRZ\uSTR+r~~ ~~ ~~
uBHF-L\KBHFe-M\uBHF-R~~0.000~~{{rws|Chur}}~~ ~~584 m
uCONT3+g\ \RP4n!~RP4s!~lRP4O!~uSTR~~ ~~ ~~[[Landquart–Thusis railway|to Thusis]]
\RP4c2!~uSTRc2\RP43+n!~uSTR3 ~~ ~~ ~~
\RP4s+1!~uBHF+1\RP4c4!~uSTRc4~~0.762~~[[Chur Altstadt (Rhaetian Railway station)|Chur Altstadt]]~~ ~~595 m
\d\vRP4-!~uvSHI2gl-\~~ ~~
\d\vRP4-!~uvSTR-DST\~~ ~~Sand depot and workshop~~601 m
\d\vRP4-!~uvSHI2g+l-\~~ ~~
RP4!~ueHST~~2.239~~Chur-Sassal~~(until 2000/01)~~620 m
uTUNNEL2~~ ~~ ~~Sassal I (25 m)
uTUNNEL2~~ ~~ ~~Sassal II (87 m)
uTUNNEL2~~ ~~ ~~Sassal III (18 m)
uTUNNEL2~~ ~~ ~~Meiersboden (19 m)
uTUNNEL2~~ ~~ ~~Nesslaries (19 m)
uBRÜCKE2~~ ~~ ~~Äusserer Eichwald (45 m)
uBRÜCKE2~~ ~~ ~~Dorfrüfe (63 m)
uTUNNEL2~~ ~~ ~~Spundätscha (283 m)
uTUNNEL2~~ ~~ ~~Gitzistein II (47 m)
uTUNNEL2~~ ~~ ~~Gitzistein III (58 m)
uTUNNEL2~~ ~~ ~~Saxernase (51 m)
uDST~~5.826~~Untersax~~ ~~782 m
uBRÜCKE2~~ ~~ ~~Calfreiser Tobel (85 m)
uTUNNEL2~~ ~~ ~~Steinboden (188 m)
uBRÜCKE2~~ ~~ ~~[[Castielertobel Viaduct|Castieler Tobel]] (91 m)
uTUNNEL2~~ ~~ ~~[[Castielertobel Viaduct|Bärenfalle]] (249 m)
uTUNNEL2~~ ~~ ~~Cuorra (124 m)
uBHF~~8.727~~[[Lüen-Castiel (Rhaetian Railway station)|Lüen-Castiel]]~~ ~~938 m
uTUNNEL2~~ ~~ ~~Lüener Rüfe (399 m)
uBRÜCKE2~~ ~~ ~~Clasaurer Tobel (64 m)
uTUNNEL2~~ ~~ ~~Clasaurer (93 m)
uTUNNEL2~~ ~~ ~~Leidspinagrat (48 m)
uTUNNEL2~~ ~~ ~~Sandgrind (380 m)
uBRÜCKE2~~ ~~ ~~Grosstobel (64 m)
uBRÜCKE2~~ ~~ ~~Löchbächli (66 m)
uBHF~~12.722~~[[Sankt Peter-Molinis (Rhaetian Railway station)|St. Peter-Molinis]]~~ ~~1157 m
uBHF~~14.353~~[[Peist (Rhaetian Railway station)|Peist]]~~ ~~1244 m
uBRÜCKE2~~ ~~ ~~Frauentobel (82 m)
uTUNNEL2~~ ~~ ~~Matten (114 m)
uBRÜCKE2~~ ~~ ~~[[Gründjitobel Viaduct|Gründjitobel]] (145 m)
uBHF~~17.900~~[[Langwies (Rhaetian Railway station)|Langwies GR]]~~ ~~1317 m
uhKRZWae~~ ~~ ~~[[Langwieser Viaduct]] (287 m)
uBHF~~20.685~~[[Litzirüti (Rhaetian Railway station)|Litzirüti]]~~ ~~1452 m
uDST~~22.923~~Haspelgrube~~ ~~1582 m
uTUNNEL2~~ ~~ ~~Eck (21 m)
uTUNNEL2~~ ~~ ~~[[Arosa (Rhaetian Railway station)|Arosa]] (299 m)
uBHF~~25.681~~[[Arosa (Rhaetian Railway station)|Arosa]]~~ ~~1739 m
uYRDa
}}<noinclude>
{{Railway-routemap|CH|Chur–Arosa railway line}}
{{template reference list}}
</noinclude>
I even took the time to redo the code because I thought I had made an error, but I was correct. For example, I replaced \RP4n!~RP4s!~lRP4O!~uSTR with \uSTR!~RP4n!~RP4s!~lRP4O. This code has the exact opposite issue; in light mode it is underneath and in dark mode it is fine.
Latest comment: 5 months ago1 comment1 person in discussion
At the bottom of the page (computer view) there are buttons for linking to the MediaWiki website and the Wikimedia Foundation website, probably as credits. The problem is that these buttons are white, and the contrast is very distracting to the eye. The problem exists on every page on the wiki. Thanks!
Issue Description
The boxes are light mode themed and not dark. Additionally, in dark mode, the link colors are light blue instead of dark blue, and so it's pretty hard to see them on a light background.
Latest comment: 5 months ago1 comment1 person in discussion
Issue Description
On user pages, userboxes that are black with white text are not properly visible. dark mode turns the white (and also other colored) text of these userboxes black, making them unreadable.
Latest comment: 5 months ago1 comment1 person in discussion
Issue Description
too many images with white backgrounds that look terrible on dark mode, and mislead people into thinking that if they turn on dark mode, they'll be able to see yellow or pink logos clearer
Latest comment: 5 months ago1 comment1 person in discussion
Insufficient contrast for "You have a new Talk page message" notification
The notification displayed about having new talk page messages strikes me as having inappropriate contrast between the background color and the font color, as you can see in the screenshot attached. − Pintoch (talk) 12:22, 25 August 2025 (UTC)
Latest comment: 5 months ago3 comments2 people in discussion
Issue Description
The table is in white mode and the tools column is in black. this covers many molumns, mainly the head of state column
The only issues I see on that page happen in light mode in the infobox, with the show/hide buttons and the hidden subheadings being barely readable against the background. One would probably expect tables to switch background colours in dark mode, but other than that they remain readable here with the desktop view. Tactica (talk) 20:00, 4 August 2025 (UTC)
The subheadings are barely readable in dark mode. I have removed a fixed background in the table column Concurrent ministerial positions. Tholme (talk) 16:48, 25 August 2025 (UTC)
I made a wikipedia account merely to toggle darkmode OFF as suddenly all my wikipages went black. I want my systempreference on my PC in general to be darkmode, but I do NOT want wikipedia to be, it nigh is unreadable to me this way. Still, after making the account, and despite the toolbox displaying the chosen color (beta) as light it displays as darkmode and I need to first click auto and the reselect light to finally get to lightmode again, something which lasts for a few hours before my wikipedia pages again reload or open in darkmode. Please help me someone out there in the wikisphere! :)
Latest comment: 5 months ago2 comments2 people in discussion
Issue Description
In the "Cryptographic explanation" and "Secrecy chart" section, there is dark blue text to mark non-secret values of the protocol, which makes it hard to read with a dark background. Interestingly, the MathML text seems to already have dark mode handling so that's not an issue.
Latest comment: 4 months ago3 comments2 people in discussion
Issue Description
"unused" and "etymological spelling" are unreadable in dark mode. This seems to be a result of multiple issues which likely affect other pages:
w:Template:Katakana table by default sets the background color parameter of w:Template:Color box to transparent. This gets passed to w:Module:Color contrast which can't handle that value and ends up generating an empty color property in the style attribute: background-color:transparent; color:;
w:Template:Color box uses the .legend-color style in w:Template:Legend/styles.css which sets both background-color: transparent and color: black, which is inappropriate for dark mode. This appears to be a default that is intended to be overridden with inline styles, but this does not happen due to (1).
This could probably be fixed by removing the default color styles or replacing color: black with color: inherit (as recommended here), or replacing color: black with color: var(--color-base, #202122) to avoid inheriting a non-default color. Though I'm not sure if there is a reason to use pure black instead of the dark gray default text color.
The color value from w:Template:Legend/styles.css gets overridden by a workaround that defaults the color of elements matching .mw-parser-output [ style*='background' ] to #202122, which is problematic for style="background-color: transparent;". Note that the original value is not correct either, but this means fixing (2) would not be enough.
The same file defines a more restrictive selector (added later) which could be used instead of [ style*='background' ] to avoid applying the workaround to elements with style="background-color: transparent;", but might lead to false negatives.
Latest comment: 4 months ago3 comments3 people in discussion
Issue Description
The whole AfC WikiProject page collection are impossible to read in dark mode as the text is white on a very pale light green abckground. This is probably just because of the background colour styling on the page.
Edit: I just changed the setting from ''Automatic'' to ''Dark'', and that's fixed it by making the background a dark colour instead of the light green one that makes it impossible to read.
Latest comment: 4 months ago2 comments2 people in discussion
Issue Description
Letter images on this page are not very visible in dark mode, to say that the contrast between the letters and the background isn't very good. -GeniusWorkbench462219:06, 9 September 2025 (UTC)
Latest comment: 4 months ago4 comments3 people in discussion
Issue Description
The logo in the infobox has class=skin-invert applied which distorts the colors from dark blue/red to light blue/pink. This does make the logo visible but looks funny and is inaccurate. I tried changing it to class=notheme but this doesn’t seem to work. EvenTwist41 (talk) 03:09, 16 September 2025 (UTC)
@TheDJ: So do you mean the infobox should use a file with a white background? (that would also slightly change light mode where it currently appears on light gray) EvenTwist41 (talk) 21:33, 19 September 2025 (UTC)
In the "Major incidents and accidents" section, the table of planes and their crashes is showing up as white rather than the darker color that it should be for dark mode.
Latest comment: 3 months ago1 comment1 person in discussion
Issue Description Mix of dark mode and light mode.
@Tholme: This seems an intentional pick of colors. It might not be pretty in dark mode, but it is readable and non-problematic, the use of lighter colors is not forbidden in darkmode. I would advise discussing on the talk page of the template if you want to suggest a different color scheme. —TheDJ (Not WMF) (talk • contribs) 09:13, 7 October 2025 (UTC)
Latest comment: 3 months ago1 comment1 person in discussion
Issue Description
Article: Wikipedia:So you made a userspace draft (Whole title) https://en.wikipedia.org/wiki/Wikipedia:So_you_made_a_userspace_draft (Whole URL)
Find sources: Google (books · news · scholar · free images · WP refs) · FENS · JSTOR · TWL.
Remember, though, that many valuable sources are not available online. (Bad text) (Everything but what is bolded is unseeable.) Sources (Title of section dad text is in)
The dark mode is showing darkish gray on dark gray, which is hard to read.
The only thing I found wrong with that page in dark mode was the "What is notability?" banner, which I just fixed. --Tactica (talk) 02:15, 11 October 2025 (UTC)
A Unicode character that is being inserted is too hard to see without text selection. The background of it is thought through only for the light mode (and I’m thankful for this at least, really).
(At first I noticed this problem in this section in this Esperanto article.)
Latest comment: 3 months ago1 comment1 person in discussion
Issue Description
The cells at the top of the tables are nearly impossible to read. I can barely read the text coming from those cells. Specifically, this issue comes from the awards and honors section of the page while reading in dark mode.
The colors are not correctly shown on the college team labels. I'm seeing a mundane grey background on the text instead of the team's signature red. This comes from the infobox about the player on the top of the page.
Issue Description
Issues (Such as citations Needed for verifacation) are showing up as a white box with white text when switching from source to visual editing
Latest comment: 3 months ago1 comment1 person in discussion
Issue Description
Not sure if this has already been reported or how significant it is, but I've noticed that when viewing userboxes on profiles in dark mode, the text often becomes hard to read. It seems that the issue occurs because userboxes use black text by default, while dark mode inverts the text color to white (as it does for the rest of the page). Since the background colors of the userboxes don't change accordingly, the white text blends in and becomes almost invisible.
- ShrimpsAreTasty
Unfortunately this is a pretty fundamental problem with userboxes that is not easily solved. The problem is that ever single userbox can define their own colors and the font color and background color that are passed are applied to different areas of the userbox. I've already brought this up at the UBX page, but unfortunately it is not visited that well these days. This is likely to still take quite some time before it can be fixed everywhere. —TheDJ (Not WMF) (talk • contribs) 10:13, 29 October 2025 (UTC)
Latest comment: 2 months ago2 comments1 person in discussion
Issue Description
Text in userboxes changes colour when dark mode is chosen. This makes them practically unreadable in dark mode. This doesn't happen to all userboxes and also not in all situations. For example, in my userpage, the userboxes under "project" still have black text but the ones under "Languages" and in my infobox become light. Other examples are in the list of Wikiphilosophy userboxes, where the text of some userboxes is untouched by dark mode, while others change. Barbalalaika (talk) 16:00, 19 November 2025 (UTC)
the image in #Gregorian_Calendar showing the date of summer solstice over 500 years contains black text, which is impossible to read while using dark mode
Latest comment: 2 months ago1 comment1 person in discussion
Issue Description
In the ArbCom 2025 Elections voter message, the links are very light colors and are noticeably difficult to see. (In case this message is archived/deleted, see the image here: https://files.catbox.moe/e55kuq.png)
Latest comment: 2 months ago1 comment1 person in discussion
Issue Description
SVG files in the "History of Double Gauss lens designs" are transparent, the page itself is grey in dark mode, so the SVG files are barely visible. Maybe a background override can be implemented to a different colour like grey, for these sections?
Latest comment: 2 months ago1 comment1 person in discussion
In the Pie chart graphic in "Development and early opposition to nuclear power", the background of the graphic is white but the text is also made white.
The colors of the graph are oversaturated/distorted in dark mode.
Dark mode error
Latest comment: 2 months ago1 comment1 person in discussion
When a user has an unread message on their talk page, a small notice appears below the alerts icon, linking to the talk page, with the text "You have a new Talk page message". On dark mode, the link is borderline-unreadable due to poor contrast with the background color (the contrast ratio is 1.64). For that matter, although I personally have no trouble reading it in light mode, the color contrast there is still only 3.56, so the background color could probably use some adjusting there as well. Mr. Starfleet Command (talk) 02:08, 4 December 2025 (UTC)
Latest comment: 2 months ago1 comment1 person in discussion
Issue Description
On the table in [examinations] the colours are not very visible in the dark mode (the black especially, and the silver and white are not very distinguishable)
Latest comment: 1 month ago1 comment1 person in discussion
Issue Description
the image titled "AcotacionTecnico" (a png)(under the header "part of a series on technical drawings") is incredibly difficult to see. It renders on my display as black lines on a nigh-black background.
Latest comment: 1 month ago2 comments2 people in discussion
External links that contain another HTML element inside them (<i>, for instance) show an extraneous link arrow in the background of that element. It looks like the following CSS is responsible for this:
There is an error in the table at the top of the article. It is intended to have multiple text colors to indicate different domination relations, but in dark mode, all of the text is white.
Issue Description
Tables with a light-colored background in the cells are not readable when the text color is reversed to white in dark mode. I have to either select the cell, which may not always be possible, or switch to light mode, which causes eye strain. This issue is present in both the desktop and mobile versions. Either keep the text color black in such tables, irrespective of the mode, or use a color like blue that works fine on both modes.
Latest comment: 1 month ago4 comments3 people in discussion
Issue Description
The symbol in the GameCube logo in the infobox doesn't display properly - the highlight of the cube is black in dark mode instead of its actual light color.
--KPyall (talk) 22:49, 12 December 2025 (UTC)
Latest comment: 1 month ago2 comments2 people in discussion
Issue Description
--~2025-27907-60 (talk) 10:57, 20 December 2025 (UTC)
In the section for the countries ranked in 2025, the numbers don't change to white, meaning that it is harder to read the numbers in dark mode.
Latest comment: 1 month ago1 comment1 person in discussion
Issue Description
When doing the The Wikipedia Adventure, the section headings come up as white text on a white background, making it difficult to see. Not a major issue but thought I'd report anyways! Awesome mode, by the way :)
--Girl so confusing (talk) 08:44, 4 January 2026 (UTC)
Reading/Web/Accessibility for reading/Reporting/en.wikipedia.org/Archive 2