The discussion revolves around retrieving a user’s notification level for a category via the Discourse API. kimardenmiller asked how to read the notification level, which can be set using a PUT request.
Falco suggested a GET request to categories.json, which returns the notification level for the logged-in user. However, kimardenmiller realized that this is not the default notification level for the category, but rather the logged-in user’s notification level.
To retrieve a specific user’s notification level for a category, kimardenmiller concluded that the client.api_username value needs to be updated, and a direct request like client.categories(api_username=@users_username) will not work.
Normally reversing out the API has worked for me, but for some reason this time I don’t see it.
From a user’s profile page (/u/user_name/summary) I see the /u/user_name/summary.json payload, but don’t see anything in there about notification_level’s there.
Clicking on the Preferences tab loads /user-badges/user_name.json, also no notification_level.
Clicking on Categories does not seem to load any json payload.
Reloading the page from /u/km_admin/preferences/categories loads \u\user_name.json. That one has all the group notification_level settings, but nothing about category settings.
The user’s category notification level is also accessed by Discourse at \c\category_name, but I don’t see it returned there either, unless it’s called something without the string notific … in it, as all I’m seeing returned there are notification levels for each returned topic.
Safe to assume the content.css, mini-profiler results, and poll payloads can be ignored?