Labels don't show in list view until each card is opened individually

Thanks for the quick fix! Just refreshed the board and can confirm labels are now showing correctly on the card front across all lists, including cards nobody had opened. No sign of the issue anymore.

Appreciate you and the team looking into this so fast thanks again!

Thanks, this is exactly the kind of repro I needed to run.

Card count: the board has around 3,400+ cards total across all lists (the largest single list alone has 1,121 cards).

On the hard-reload test: labels do NOT come back for cards nobody has clicked, even after a hard reload (Ctrl+Shift+R). So that rules out a simple stale-cache-fixed-by-reload situation.

But I found something that adds a wrinkle: opening a card does make its label appear in list view — but this is NOT permanent. If a teammate opens a card (label appears for them), and then the board is refreshed (by them or anyone else), that same card's label disappears again. So it's not that the label data gets "cached" server-side once fetched it seems to reset on every fresh page load regardless of history.

So to summarize the pattern:
- Fresh load of the board → no labels show anywhere in list view
- Open a card → that card's label appears in list view
- Refresh the page → back to no labels showing, including for cards that were just opened

This feels like the label data for list view is failing to load/render on initial board load (likely due to the size of the board), and only gets pulled in on-demand when a card is individually opened but that fetch isn't being cached/persisted anywhere, so it's lost on every refresh.

Happy to run any other specific test if it helps narrow this down further.

Those numbers close the size theory I pointed you at, so take that one off the table. Trello's developer docs enumerate the caps, and the relevant one reads "Trello allows for 5000 open cards to exist per a board", with the clients starting to warn at 4500. At around 3,400 you are under both, and you would know if you were near the ceiling because "The disableAt limit is the count at which the clients will no longer allow users to add objects of that kind" and you can still add cards.

The list is not a threshold either. That enumeration has no per-list card limit in it at all, only per-board ones, so 1,121 cards in a single list is not a documented boundary you have crossed.

What your second finding does is better than a cause. A label that appears when a card is opened and is gone again after any refresh, for the person who opened it, means nothing is being cached and nothing is persisting. The label data is not arriving with the board at all, and fetching a single card is the only thing that pulls it.

That is a clean bug report now rather than a support conversation. Card counts, the reload result and the per-card reset are what they will ask you for, and you have them.

That makes sense, thanks for checking against the documented limits good to have the size theory ruled out definitively rather than just assumed.

So if this is now a clean bug report rather than a support/settings conversation like you said, do you know if this thread actually reaches Trello's engineering or support team, or would I get faster/better traction going through a different channel? I want to make sure this doesn't just sit here unactioned given it's affecting a whole team's workflow.

Really appreciate you working through this with me way more useful than the generic troubleshooting suggestions I was getting elsewhere.

Atlassian staff do read these forums, and you've seen that on other threads, but their own bug-reporting page puts the community beside Contact Support rather than in front of it: "then go to our Trello support page and click on Contact Support to report the bug, or ask for help in our Trello Community". Nobody answering here can file it into a backlog for you.

So Contact Support is the channel, and the same page tells you to check the public issue tracker and the public roadmap first, in case someone has already filed this. That's worth five minutes given how specific your symptom is.

The good news is that you already have the report they ask for. Their guidance is that "A good bug report includes the fewest number of steps to reproduce the issue you are having", and their example is shaped as Repro, Expected, Actual. Yours writes itself: open the board fresh and no labels render in list view, open any card and its label appears, refresh and it's gone again, on a board of 3,400 cards while other boards in the same Workspace are fine. Expected, labels render on card fronts. Actual, they render only for cards opened since the last page load.

Include the two negatives as well, because they are what stop a first-line reply sending you back round the loop you have already run. Hard reload does not restore them, and it reproduces for every member across browsers and devices, so it's neither cache nor one profile.

Quick update to close the loop before I even got to Contact Support, the Trello team actually jumped into this thread themselves and fixed the issue directly. So the board is back to normal now.

Just wanted to say thanks for all your help digging into this. You ruled out every red herring with actual documentation instead of guesses, and that made a real difference in getting this taken seriously instead of brushed off as a settings issue. Appreciate the time you put in!