It seems that you're using an outdated browser. Some things may not work as they should (or don't work at all).
We suggest you upgrade newer and better browser like: Chrome, Firefox, Internet Explorer or Opera

×
avatar
CosmicImplosion: Payment info text being the same color as the background makes it tricky to spot typos.
I've noticed this same problem in the gog checkout as well. Plus the "manage tags" option in the game shelf has the same issue.
Can we have dark humour on the forums too now then?
avatar
Ennson: Can we have dark humour on the forums too now then?
How dark are we talkin' here? Titanic 2 the animated sequel dark or family guy september 11th skit dark?
That's Wonderful but Forum still has only grey mode and some light grey mode x__x
avatar
daTowik: That's Wonderful but Forum still has only grey mode and some light grey mode x__x
If you go to the Forum Settings, there is an "Experimental" forum theme.
Since I see the MODs thing I reported here has actually been fixed, here's another detailed report for something which I've seen trip up a lot of people:

When in dark mode, on the Orders & Settings page, if you expand "Orders History", you see a bunch of fake checkboxes. The checkmarks in those checkboxes aren't visible, as the checkmark is generated content from .checkbox::before, but its color comes from html[data-theme="dark"] body .universe .content * { color: var(--c-text-primary) !important; } so it's very light grey on very light grey.

Either .checkbox needs a darkmode override for its background: #ededed; to make the current checkmark visible, or .checkbox::before needs to set a dark color with !important as well, which will then just work in both modes. The former course of action seems preferable, as that feels easier to make behave with the .checkbox--green from the privacy and subscriptions pages.

html[data-theme="dark"] body .universe .content .filter-checkbox from the filter checkboxes on the library page already takes the former approach, setting color: var(--c-ui-secondary) !important;

=> I see this is fixed now, thanks and yay! \o/
Post edited November 18, 2025 by gogtrial34987
I think this is new: the list view for your collection displays a light grey background in dark mode (with white text, so unreadable).
.list--rows--no-border { background: #cfcfcf; } - and no dark mode override.

edit:
.list--rows--no-border .product-row { background: #e1e1e1; } <- this is the actual problem; the previous one just sets the color of the dividing lines.

=> fixed, and with better contrast than for the wishlist below, though the same problem with the .product-title__flag.

The wishlist does it better with
.list--rows { background: var(--c-ui-secondary); }
though contrast there is still far from optimal, particularly for the .product-title__flag--soon and .price-text--discount spans.
Post edited 3 days ago by gogtrial34987
avatar
gogtrial34987: I think this is new: the list view for your collection displays a light grey background in dark mode (with white text, so unreadable).
.list--rows--no-border { background: #cfcfcf; } - and no dark mode override.
Can confirm. Example.
Attachments:
themebug.png (39 Kb)
Post edited November 17, 2025 by AB2012
avatar
gogtrial34987: The "requires [game]" line for MODs doesn't use a light font color and thus is almost unreadable in dark mode. It uses color: inherit, and is wrapped in a span in a footer, rather than in a p element, thus isn't caught by the html:not([data-theme]) body.productcard p rule in the prefers-color-scheme: dark mediaquery.
avatar
gogtrial34987: Since I see the MODs thing I reported here has actually been fixed
I noticed this is not actually fixed for logged out users, as they only get .mod-banner__require, but not .mod-banner__require--warning
Post edited 3 days ago by gogtrial34987