The hosting site list was showing Disabled sites as being bright red as though they were errors, which was disorienting / ambiguous for some users.
I changed it to use hosting-warning class, which makes it orange-ish, as an alert, which was better.
However I didn't realise that a site that is *Enabled*, but has a task fail (i.e a verify, or a Disable task), changes to use the hosting-warning class too. This made it indistinguishable from disabled sites.
I'd like to change this so that:
a) Disabled sites are orange or amber
b) Enabled sites that have entered some sort of error state, are red
I think this is reasonable because Enabled sites that have a problem need addressing. Also, since the task output that might be an error is also red, this matches up with the 'colour' status of the site then.
See screenshot, where i have a site being provisioned (grey), enabled sites (green), disabled sites (orange), and an enabled site that has had a failed task (heh.. trying to disable a site that has had its platform files deleted!)
My reasoning here, is that a site in a Deleted state, isn't actually shown. So we ought never to see a 'red' site here, unless it is enabled and something is wrong.
See the screenshtot. Thoughts welcome
| Comment | File | Size | Author |
|---|---|---|---|
| #2 | 606120_hosting_status.patch | 1.07 KB | mig5 |
| #1 | hosting_status.png | 113.04 KB | mig5 |
| 4015368751_52c60d3164_o.png | 120.09 KB | mig5 |
Comments
Comment #1
Anonymous (not verified) commentedUpdated screenshot. Now a site can be 'red' in two different circumstances:
1) Site is enabled but experiences an error when running a task (site 23, verify failed)
2) Site is not enabled, but has also never been verified (in other words: we have just tried to install this site, and the install failed. So technicaly the site is disabled, but it was never enabled, so it's an immediate problem) - (the tattler sites, since they aren't installable at the moment, see #605356: Tattler profile wont install from installed Tattler distribution
I'm happy to be shot down on this :)
Comment #2
Anonymous (not verified) commentedAnd a patch
Comment #3
Anonymous (not verified) commentedreverting it back to hosting-error for disabled sites until this is re-thought
Comment #4
Anonymous (not verified) commentedI don't know what's happened a year since this, but
1) sites that are enabled but fail on install are left as 'queued' but with a red error log - that's good
2) sites that are enabled but fail on a task like verify are left as 'enabled' but with a red error log - that's good
3) sites that are disabled are hosting-error, so this could become hosting-warning and improve the usability this ticket was intended for - that's good
there's a bunch of 'hosting_site_verified' in hosting_site.module related to the status map that I can't actually find anywhere else in the code:
from function
hosting_site_preprocess_views_view_tableWhere is this attribute ever set on $result?
Anyway, at this point I don't see why we can't:
set
HOSTING_SITE_DISABLEDto 'hosting-warning' in_hosting_site_list_class()Get rid of the following bit:
as I can't see where this would ever actually occur anymore (perhaps since we switched to creating revisions for the same task instead of a new task each time, and resetting the verified state? dunno)
Comment #5
steven jones commentedTagging.
Comment #6
ergonlogicWhy would disabled sites be yellow (hosting-warning)? I would think grey would be more appropriate. Or are we trying to draw attention to them?
Comment #7
ergonlogicComment #8
anarcat commentedi agree that grey is better.
Comment #9
ergonlogicI added a 'hosting-disable' class and applied it to both disabled site and locked platforms. It currently uses the same grey as hosting-queue, but I added a lock icon. I'm happy to re-work it, if this doesn't suit anyone.
Merged in 565471600d5c