#15 - can anyone point me to where I can read more about this? I have quite a few IKEA 2 buttons and they’ve all been set up to control various things on their respective device pages. Should I not be doing this and setting it up in automations instead?
If everything is working fine for you, don’t worry about it. It’s just an issue that some people have.
Has anyone mentioned setting an automation with period of time can’t have a set time and sunset/sunrise? You either have to use one or the other.
Not yet. Was it different in the classic app?
I thought so but can’t remember, honestly. Feels like it’s been so long lol
Device History (android app) Listed history for sleepy end devices does not show reports of battery status / level, even though the device is reporting the battery level correctly.
And…
Sensors that have the “barometric pressure” capability: App tile has no place for display of pressure even though the device is reporting it and the device handler is attempting to handle it.
Yes, in the Classic App you could use a specific time and sunrise/sunset with offsets.
At 7:00 p.m each day turn on Porch light
Turn off 30 minutes before sunrise
I thought so! I’m not going crazy after all lol
Yes, that vanished from the history a while back. I thought perhaps it might now be considered part of device health or something like that and so it was being presented differently. However it just seemed to vanish and not be replaced, which is annoying as seeing regular battery reports can be a good way of knowing sensors are working.
Not heard of that capability. There is, however, an ‘Atmospheric Pressure Measurement’ capability and that works fine.
Adding a text notification to an automation crashes the app. Rebooting the phone does not fix the problem.
I received these two comments from tickets I opened.
The STHM Send Text Message option won’t save any contacts I enter, but text messages from Automations and SmartApps work fine, and they responded.
I would like to inform you that we have recently noticed the issue, where some of the users are not receiving the text messages, This is the know issue on which our team is currently working. We do not have any expected ETA when the issue would get resolved. Once the issue is fixed you will receive an update.
On another ticket I have open they advised that there is this apparent restriction.
The total number of automation behavior should be less than 250. Each device/condition/action in automation counts as a behavior. For example, one automation that controls 10 devices has 10 behaviors
Having this issue as well
luckily for me, they appeared to have resolved that issue with the most recent iOS app update 
That’s interesting. So, I grabbed my iPad and opened the SmartThings app (which I rarely do), but when I select the contact name, the SmartThings app CRASHES. I can’t WIN! Even crashes when I select a contact in an Automation on iOS.
Would it be appropriate to include the loss of Echo Speaks?
Oh, and notice this thread is now private:
https://community.smartthings.com/t/not-working-echo-speaks-v3-actions/173073
Personally, I wouldn’t. 
That was custom code and the reason it was shut off is because it put too much burden on the cloud. I don’t think it really has anything to do with replacing the classic app with the new V3 app, which is what this particular thread is about.
I found a way to to save contacts in the STHM Send Text Message Response feature on Android. I had an older version of the SmartThings app on my device so I uninstalled the latest version, and loaded the older version (in my case SmartThings_1.7.40-21) and that version saved the contacts I entered in the Response section of the STHM. And even after I updated back to the latest version, the contacts were still there. I haven’t tried to edit them in the latest version, but I’m sure if I did that would be deleted and nothing would be saved.
By far the biggest loss for me is the ability to see which smart apps apply to a device - at the device level . Combined with that the loss of the ability to see which automation or smart app triggers an action in history.
Flying blind on system that needs regular maintenance! I could forgive the constant troubleshooting previously because it was so easy to see what actually caused an issue.
You can still see this in the IDE when you select the device… but yes, it is far more complicated now than before where it was visible in the app!
This only works for Groovy smart apps (i.e. Smart Lighting, webcore, etc.). It doesn’t work for Automations in the new app, Rules API, endpoint apps, etc.