iOS BackGround Colors & Labels broken

[storageanarchy (Barry)]

There appears something has caused the temperature background colors in ALL smartthings devices to become grey. I suspect this is related to a fix put in late Friday, as referenced here (follow the thread for some details):

NEW: Aeon Home Energy Monitor v2 Device

I also deployed a change to production about an hour ago that should prevent crashing or visible errors. The downside to my change is that invalid backgroundColors will just be ignored. The upside is that I think they were being ignored in the mobile apps before this bug appeared. So we’re back to ignoring you It’s good to fix your DTHs anyway, but unfortunate that you were forced to do it. Please let me know if you are sill experiencing any issues and I’ll do my best to track it down. Thank you to everyone that helped to track this one down, and helped others fix their DTHs.

several issues were possibly caused by this update (note: I know these exist on iOS – have not checked Android):

• standardTile background colors ALL go to grey when using numbered values (as for a temperature device)
• Humidity icon in thermostat multiAttributeTIle is now the SmartThings icon, instead of the small+large water droplet
• Labels are being displayed in standardTiles when no label is defined (apparently displaying state.name)
• Blank icons (or at least the space for an icon) is being displayed when no icon has been specified, forcing text to display higher/lower than it should appear in a tile
• Because of some combination of the above, if you have a temperature device set as the default device for a room, the background will be grey instead of the color associated with the temperature

Hopefully someone can fix this sooner rather than later, since it has changed the UI (for the worse) across the entire portfolio of DTHs…

Barry

[johnconstantelo]

Yup, being discussed here:

iOS 2.14.0 released (1/30/18)

Totally stock ST motion sensor and DTH. Wasn’t like this last night. Woke up and was looking at things when I noticed almost all my things now have rendering issues. [image]

[cscheiene]

Have you sent this nice overview of the problems to support?

[Otis]

What a mess. How does something like this, that breaks the interface for so many devices, get through QC/testing before deploying it??

[storageanarchy (Barry)]

@cscheiene

Have you sent this nice overview of the problems to support?

Yes. (10 characters)

[SteveWhite]

Agreed. This is so widespread it is hard to see how it could have been missed in internal testing.

[23dash (Dave)]

Hope they get a fix released soon. The iOS interface looks dreadful, and as above, colours have gone from temp/lux tiles.

Also, I now have to long press my sensor icons on the dashboard to have them open the detail screen; before, a quick press would open my sensor details.

[steve_vlaminck (Steve)]

Thanks for all the feedback. This is one of the threads I used to help track down and fix these issues over the weekend. You can read more about it here: Recent Tile Bugs (2.14.0)

[23dash (Dave)]

Thanks guys. Dashboard display and behaviour back to normal (all apart from the black blob at top left of a tile where I’m being alerted to low battery). This black blob has been there for a few weeks now; I’m sure it used to be red with an exclamation mark.

[veeceeoh (Keith G)]

I am not seeing any change in the broken UI rendering.

Does it take a while for this “production deploy” to propagate out to all end users, or is there something I can do to make it happen sooner?

[Nezmo]

@veeceeoh

I am not seeing any change in the broken UI rendering.

Does it take a while for this “production deploy” to propagate out to all end users, or is there something I can do to make it happen sooner?

Something has happened as it’s broken again.

[SteveWhite]

Very much broken. This includes native DHT’s as well as 3rd party.

[steve_vlaminck (Steve)]

Should be fixed… again

[storageanarchy (Barry)]

@steve_vlaminck

Should be fixed… again

Yup, all good on my side… again.