Device preference options of type bool, number and enum not being displayed in App


(Mike Maxwell) #1

I first noticed this two nights ago.
All my custom device types that have preference options are showing up thus:

The previously set preferences are not being read in, though they are set in the IDE.
Also note the replace and remove buttons…

Attempting to reset a preference results in this:

This issue presents on two different android devices, and IOS, although IOS reads in the preferences, the replace and remove functions are still displayed.

Trying to help out the service desk here.
Stock devices with preferences (ST motion as an example) do not have this problem.

The devices exist and work fine via app and smart apps…

Anyone else seeing this issue?


Pre-release of Fibaro Motion Sensor
GE Link Bulb control not working
Preferences input type `enum` into custom device handler
Input "enum" with options array
HVAC IR Extender (Remotec ZXT 120) (2014)
#2

Much server side wonkiness today, including “no active device” that comes and goes. And that’s a stock device. When that error message is given, then the REPLACE and REMOVE buttons appear.


(Tim Slagle) #3

Just chiming in. I do not have these issues. My custom apps are labeled, and work, as expected.


(Mike Maxwell) #4

Apps are fine, It’s custom devices having the issue.


(Tim Slagle) #5

Woops my bad this is a a case of tl;dr :wink:


(Mike Maxwell) #6

If you’re using our zen device, have a look in the preferences section at thermostat temperature scale, does is show “scale” in the value of the units that you selected? When attempting to re-select from the options, does this result in a blank page displaying “No device to connect”?


(Tim Slagle) #7

Just looked at all my devices. Seeing the same thing.


(Mike Maxwell) #8

thanks, that should help narrow down the issue.


(Mike Maxwell) #9

I’ve changed the title of this as I try to narrow down the issue.

The issue is not related to any beta participation…
It affects both IOS and Android (though the errors are different)…
Seems to only effect device types using preferences of type “enum” as the input…
Inputs are set in the IDE, and the devices function as expected…
Replacing the device, re-installing the app does not resolve the issue.

errors could be any of the following:
Previously selected preferences are not displayed…
Replace / Remove options enabled in the preferences section…
Attempting to re-select options, results in “no devices to connect” or “no available options”

Chime in if you’re seeing the same.


(Mitch Pond) #10

I’m seeing this too. On iOS, seeing “No available options” in the dim rate preference for my GE Link bulbs.


(Kristopher Kubicki) #11

I’m seeing it too on this code:

https://github.com/KristopherKubicki/device-plantlink-direct


(Mike Maxwell) #12

I have a ticket open for this issue as of a week ago, with a link to this thread.
Nothing new to report, other than it’s still being looked into.


(Kristopher Kubicki) #13

OK - Thank you for the update.


(Ron) #14

I have this issue also. I can’t configure my new Fibaro Motion Sensor because of this issue.

My code is here https://github.com/gouldner/ST-Projects/blob/master/SmartThings/src/FibaroMotion/Device/FibaroMotion.groovy

@Mike_Maxwell Any progress on the ticket ?


(Mike Maxwell) #15

No, I’ll ping them tomorrow, seems to be a global problem.


(Ron) #16

Still not working. I opened a support ticket as well. They replied stating they were looking into it and would try to get back to me with “some type of answer”.

I can’t configure any of my devices anymore.

It’s amazing how much you are at Smart Things mercy because of the cloud based system. When they upgrade and it breaks your entire system…you can’t do anything to revert.

I really hope these types of issues don’t happen so often with version 2.0 of ST. In theory a device can be more stable since you can just wait to upgrade after others have reported if it is working. Unless it works like Playstation does and basically don’t let you do anything until you upgrade to latest version.


(ActionTiles.com co-founder Terry @ActionTiles; GitHub: @cosmicpuppy) #17

I very much doubt that SmartThings will give us local control over what runs in Hub V2.

My belief is it will act like a cache, and thus any updates on SmartThings Cloud will be automatically expired and overwritten, unless you disconnect the Hub entirely.

I could be wrong, but doubt that we’ll get an upgrade rejection feature… For a long time.


(Ron) #18

:frowning: … makes me sad


(Mike Maxwell) #19

They’re hoping to release a fix this week.


(Ron) #20

If I had a penny for every time support told me that :moneybag: