User Status

Either intentional or its a bug since its overflows. I don’t think it should be displayed there since it could be mistaken as a flair.

4 Likes

Here is the fix:

Here is the fix for this problem:

9 Likes

Thank you now it looks good :grin:

3 Likes

So, if I change the theme, the status is gone and I need to set it up again :thinking:.

4 Likes

@robotnjik, thank you for reporting this! I can reproduce it, looks like switching between any themes removes user status. I’ll fix it.

8 Likes

Turned out, status was getting cleared not only when switching a theme, but when editing pretty much any user preference except of status itself.

This fixes it:

9 Likes

This PR adds a REST API scope for user status:

It’s possible now. Note, that you need to use an API key with the All Users level to do it:

More details about using Discourse REST API is here – Discourse REST API Documentation.

12 Likes

Is there a webhook which fires when status is set?

5 Likes

No, we don’t have one at the moment. I wonder what would be the use case for such a hook?

7 Likes

When a user sets a status, that status could be propagated to other tools / websites in our system.

For example, Fedora Packager Dashboard — mattdm could include when I’m on vacation, and perhaps even more usefully, since Fedora packages often have multiple maintainers, show me the status for co-maintainers, so I know who else is available (or not).

Or, a much more meta but still very interesting-to-me case: we could award the vacation badge when someone sets their status appropriately (on our own Badges system, not the internal Discourse one[1]).


  1. although actually I’m bridging that too ↩︎

9 Likes

One of my concerns with using this is that the headline use case is a vacation notification. I’d think that plenty of folks would want to share that kind of status with people they trust more, but not post it on the internet broadly.

Would it make sense to optionally limit status to be visible only to members of a configurable group, which could be set to trust_level_n for some value of n, or to staff, or to some other group that makes sense for a particular site?

6 Likes

Hi there, ive just enabled this in our community, it works ace hoever is there a way to stop certain words being used on this as i can enter any text I wish. Is there something i have missed… thanks

3 Likes

I’m afraid not currently. It has been suggested to run it through Watched Words, but that hasn’t been built yet. At the moment I use a data-explorer query to give an overview, and couple that with the ability to remove statuses from the user’s Preference/Account page, if that’s any help?

5 Likes

Appreciate the reply. Is that way you said easy to implement or a pain. If not i can just keep an eye on what people write.

Again thankyou

3 Likes

As long as you have the data-explorer plugin it’s pretty simple. :+1: (you just have to remember to run it)

The simplest query would be:


SELECT *
FROM user_statuses
ORDER BY set_at DESC

Or you could have a swisher one with a direct link to the user’s Preferences/Account page. eg:


SELECT us.user_id,
       us.emoji, 
       us.description,
       'https://meta.discourse.org/u/' || u.username || '/preferences/account' AS preferences_account_url
FROM user_statuses us
JOIN users u ON u.id = us.user_id
ORDER BY set_at DESC

7 Likes

We’re a bit lot late to the status-party and have only just enabled this today.

On the settings, can I ask re:

(experimental) Allow users to set custom status message (emoji + description).

This has been “experimental” for five months, are there risks attached to us enabling this in our production environment? When will it move from experimental to stable? :thinking:

And this would be a great addition :blush:

3 Likes

It’s safe to run in a production environment. We labeled it experimental initially as we were making many changes to it. Things have settled down a fair bit now with the feature, so I think we could probably take that label off at this time.

5 Likes

Thanks for the assurances Dave @mcwumbly :smiley:

2 Likes

i love this feature but only want to enable it for our staff - can we restrict it to groups? i know many of our users would likely want to abuse this feature, or at least use it in a way not intended.

3 Likes

11 posts were split to a new topic: Creating a component to staff-limit user status