You ready for the silliest Feature Request Ever? Colour-coded edges in the Notifications view!
-
@jdaviescoates What about "Reboot required"? Perhaps the existing Blue, seeing as it is neither good nor bad, but merely a notification?
-
@scooke said in You ready for the silliest Feature Request Ever? Colour-coded edges in the Notifications view!:
@jdaviescoates What about "Reboot required"? Perhaps the existing Blue, seeing as it is neither good nor bad, but merely a notification?
I think I'd make that red myself as I think it's often about applying security patches.
"required" = action needs to be taken, so red.
-
After some discussion internally, we figured that we first need to add notification classification, which we currently don't have. Once that is done other things like color-coding are possible but that seems to have various drawbacks still, and it's not too clear if it actually adds much benefit.
Still once the classification is there, the real value for users might then come if we add apprise support. That way we don't have to decide on behalf of the user what is sent where. As that is an inherently hard topic, since Cloudron spans from personal home users to power-users with 100s of apps on one instance.
Will be adding the notification types for a start and test apprise on the side then to check if it holds up to its promise.
-
@nebulon said in You ready for the silliest Feature Request Ever? Colour-coded edges in the Notifications view!:
various drawbacks still, and it's not too clear if it actually adds much benefit.
What are the drawbacks you perceive?
I think it would clearly add benefits. As @scooke pointed out, the vast majority of updates are just "x app successfully updated" but then buried amongst them are important things about apps running out of memory, are reboot being required, a backup having failed, disk space running out etc.
@nebulon said in You ready for the silliest Feature Request Ever? Colour-coded edges in the Notifications view!:
we first need to add notification classification
Perhaps in the first instance as a first iteration you could simple classify like this:
- App update notifications (who really cases about these anyway ?)
- Everything else (this is always where the important stuff is that needs actioning)
You could even then go ahead and colour code those too. It's basically the "everything else" ones we need to know about/ need highlighted in some way.
In some ways, why do I even need to know that an app has successfully updated?
@nebulon said in You ready for the silliest Feature Request Ever? Colour-coded edges in the Notifications view!:
the real value for users might then come if we add apprise support.
That'd be nice for sure, but I think just doing the above would still be a quick useful win (or maybe just add a button - "clear all app notification updates" but of course you'd still need a simple system to classify those first.
Let's not let perfect be the enemy of the good, or whatever that saying is
-
So currently the real important actionable notifications (like reboot, email misconfiguration, ...) already bubble up to the top until they are solved. Others like out-of-memory notifications are only really actionable if they happen again and again, one should not immediately jump onto fixing this, as mentioned in the notification itself.
On top of all this, comes the different Cloudron use-cases and user perception on what is useful/important and what isn't.
But I agree while we won't be able to solve it perfectly, it still makes sense to improve a bit and we can go step-by-step here.
-
@nebulon said in You ready for the silliest Feature Request Ever? Colour-coded edges in the Notifications view!:
So currently the real important actionable notifications (like reboot, email misconfiguration, ...) already bubble up to the top until they are solved.
Do they?
I've never noticed that.
I just went to look at my notifications and they look like this right now:
The 3 most important ones have not bubbled up to the top, they are at the bottom after 4 "updated to package version" notifications.
(also, just as an aside: in my case this specific "Email is not configured properly" notification is actually not at all important, as it's for an app/ domain for which I'm not using any email, is already set to Outbound email only, and is an domain I don't control the DNS for and so can't actually fix myself - so I'd actually like to be able tell Cloudron to never tell me about it again. And I've seen that desire expressed by others on this forum before too)
-
@jdaviescoates btw , for the email , you can go to Email -> Outbound -> Disabled - if that applies to your situation. Then, that notification won't appear.
-
@jdaviescoates they are not sticky on the top, but everytime the check is run and they haven't been solved, they will move back up and be set unread again.
-
@girish said in You ready for the silliest Feature Request Ever? Colour-coded edges in the Notifications view!:
@jdaviescoates btw , for the email , you can go to Email -> Outbound -> Disabled - if that applies to your situation. Then, that notification won't appear.
Thanks, I may do that. But perhaps not, because presumably that'd stop Wordfence telling me about issues it finds with that WordPress site too? (although perhaps I should also double check if it is/ can actually do/ing that now given the current email status...)
-
The current color coding is a client side filter https://git.cloudron.io/cloudron/box/-/blob/master/dashboard/src/js/index.js?ref_type=heads#L121
All possible notification types are at https://git.cloudron.io/cloudron/box/-/blob/master/src/notifications.js?ref_type=heads#L12
-
-