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.
Here is the fix:
Here is the fix for this problem:
Thank you now it looks good
So, if I change the theme, the status is gone and I need to set it up again .
@robotnjik, thank you for reporting this! I can reproduce it, looks like switching between any themes removes user status. I’ll fix it.
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:
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.
Is there a webhook which fires when status is set?
No, we don’t have one at the moment. I wonder what would be the use case for such a hook?
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]).
-
although actually I’m bridging that too ↩︎
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?
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
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?
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
As long as you have the data-explorer plugin it’s pretty simple. (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
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?
And this would be a great addition
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.
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.