A bug report details that authenticated users with access to restricted categories (e.g., https://meta.discourse.org/c/lounge) receive empty RSS feeds (e.g., https://meta.discourse.org/c/lounge.rss), despite expecting topic content. Anonymous users correctly receive 404s. dax asks if a fix exists; Mittineague questions the use case, suggesting RSS might undermine category restriction. dax explains their need: automating topic imports into private team channels via RSS, as done for public categories. codinghorror asks if a prior fix (https://github.com/discourse/discourse/commit/bc4087b9bb32c9b45ec3b41f9f60e0f36191b033) resolved it, but dax confirms it’s still broken, showing an empty feed screenshot. riking flags a potential data leak — public exposure of restricted category descriptions. cpradio tests using API keys in the URL, finding RSS doesn’t honor them (though JSON endpoints do). tgxworld clarifies the prior fix was for RSS poll feeds, not this. sam notes current improvements, including support for user and scoped API keys to enable “secret RSS integrations,” implying a path forward for restricted categories.
Well, we have a chat too and a private channel for our team. It will be great if we can use rss to add automatically (via bot) new topics or posts from our restricted categories to our private channel, like we used to do for all the other (public) categories and the community channels.
You’d have to utilize an API Key to get that to show anything right? (assuming that is supported)
So @Trash, if you have a user who has access to the restricted category and is assigned an API key, see if appending the api_username and api_key to the URL makes it return data.
Edit: I just tried passing an API username and key to a restricted category for an RSS feed and didn’t get the data, so it seems the RSS implementation isn’t looking for a key for validation. But the category json does return the detail.