Removing Uncategorized and migrating to a standard category

[lindsey (Lindsey Fogle)]

The Uncategorized category was intended to serve as a home for topics that don’t fit the community’s category structure or haven’t been categorized yet, but the special nature of Uncategorized created bugs and inconsistencies.

That’s why we’re removing it and migrating everyone who was using it to a standard category that will provide all the same benefits, but without these issues.

What’s changed

When the Remove and replace Uncategorized category upcoming change is enabled, the special Uncategorized category becomes a standard category. If this category was set as the default composer category (meaning it is the default category when someone opens the composer), the standard category will set as the default. All topics in the Uncategorized category will remain in the standard category.

All in all, this should be a seamless and invisible change to your staff and community members.

For communities using tags only (no categories): If your site was relying on Uncategorized as a way to avoid requiring category selection, you’ll want to install the discourse-tags-only-component theme component to hide the category selector in the composer.

You’ll also need to set default composer category to your single default category, and remove Categories from your top_menu. Categories remain accessible in /admin and while creating chat channels.

Turning on Remove and replace Uncategorized category in your community

To turn this on early, head to the Upcoming changes page in your admin area (/admin/config/upcoming-changes) and find the Remove and replace Uncategorized category item. Update the Enabled for… field to opt your site in:

Note: This upcoming change will only be visible to sites that currently have allow uncategorized topics enabled.

[steffahn (Frank Steffahn)]

I just saw that this change is already at the stage of “will become permanent soon. You will no longer be able to opt-out.”

Unfortunately, I can’t entirely confirm that this change is a

@lindsey

seamless and invisible change to your staff and community members

… as far as can tell, this e.g. changes that uncategorized posts now bear an “Uncategorized” badge. (Also “Uncategorized” used to have some special casing in the topic creation UI, that differs from just having a pre-selected entry in the dropdown.)

I could find this comment from a year ago

@sam

My recommendation here is

1. Delete both settings and delete the hidden setting uncategorized_category_id
2. Have a concept of default category (which we already do) - we already have default_composer_category
3. 'uncategorized` then is no longer a special concept, less stuff to reason about.
4. Have a theme component for people that must have a “category without a badge”

which mentions a theme component, and I agree a theme component would be a great solution to reduce the amount of change this introduces to the UI for users of a forum.

I couldn’t find any existing work regarding such a theme component though. Am I overlooking something? (I suppose I could try to roll my own^[1], but I would doubt that I’m the only person^[2] who would prefer/choose to just keep uncategorized topics work more like they used to, at least on the front-end/client side of things.)

---

1. and also learn how to actually do that ↩︎

2. for context, I come from users.rust-lang.org & internals.rust-lang.org, which I help administer ↩︎