Android App (1.7)

This example reproduces it on Android: https://github.com/625alex/SmartThings/blob/master/apps/bugger.groovy

I’m testing for null and yet I get a NPE. This gets more and more interesting every day…

1 Like

Any hope for getting the IP camera support fixed soon? It worked before the update. I’m sure I’m not the only one going out of town during Easter and would like to keep an eye on my house…

It looks like the OutputToS3 option on hubAction is broken and the carousel functionality is dodgy. On the other hand, I have seen some of the pictures taken show up on my phone local picture gallery (outside the SmartThings app). That is definitely new.

:scream:

My head hurts.

We’ll figure it out and get someone on it.

1 Like

:astonished: :sob: :persevere: :poop:

2 Likes

Something funky is going on with that location reference in the preferences block. We’ll have to open a bug report with engineering.

I’m working to convince myself we’re not just insane and imagining this :open_mouth:

You’re code looks correct. And if you swap out location with your own defined variable, and set it to null, everything in the world makes sense again (that is, it doesn’t try to de-reference a null variable after it determined it wasn’t null).

@kris points out that as a work-around, you can wrap it in a try/catch block to get around the save issue and then publish and try on your phone. See if that works for now, to verify location is not null then…

Also @625alex do you know when this issue arose for you? Was it Friday or earlier? It will help us understand what may have changed.

I believe it was working prior to Friday. A number of users reported problems with SmartTiles. I tried one of the previous versions and the same problem occurs.

I’m more concerned with the weather bug since I can’t work around it.

I know we just had an outtage with the IDE, but I’m not seeing this issue with your code from the earlier post. Can you try this again?

It seems like there are lot of bugs with the new release… Are these being prioritized in some fashion and is there an ETA on some of these things?

My Foscam has been working better then ever since the update. I started using @jody.albritton’s code just before the update. It worked better then others, but still occaionally locked up. Now I can take multiple pictures, it works every time and never locks up (which use to happen before 1.7). I know he did something to address some of the carousel issues prior to 1.7. Maybe his code could help change the code you are using

1 Like

I’m still having issue with this but I discovered it is not related to my geofence. If I turn wifi off I get all my notifications. It doesn’t seem to be related to the wifi, because I am receiving internet and using other apps without issue. I can even use ST on wifi, but notifications are not coming through until I either turn wifi off or leave my house and lose the wifi signal. I’m still getting used to android so it certainly could just be user error. Anyone have ideas?

We believe we have fixed this in our bug fix release, which should come out this week. Android will handle the params in an element and on HREF links the same as iOS again.

Our current practice is to not release on Friday, in case there is a major bug that needs to be fixed immediately.

Tried this very same code, as is https://github.com/625alex/SmartThings/blob/master/apps/bugger2.groovy.

The issue is still present.

@tonyc, @kris and @Jim

I can deal with NPE at location.name.

Please look into weather tile crapping out in this example: https://github.com/625alex/SmartThings/blob/master/apps/bugger2.groovy

and why defaults are not instantiated without stepping into dynamic page in this example: https://github.com/625alex/SmartThings/blob/master/apps/bugger.groovy.

I can’t find a workaround with these two bugs.

I’m using the latest ST Mobile app with Android 5.

Thanks

1 Like

We’ve confirmed both issues and have filed bug reports (high priority) to make sure these issues are resolved quickly.

3 Likes

Thanks for the reply. I spent a bit of time checking the device type code and debugging some with log statements. The logs basically show that everything works, but still no pics in the SmartThings app. However, I decided to check with my wife’s iPad, and it seems to work fine. I can take pictures with all my cameras, they show up in the SmartThings carousel and even the pics I take with the Android app shows up on the iPad. I believe this definitely points to the 1.7 upgrade.

I have also confirmed that my wife’s Galaxy S4, which is still on 1.6.9, still works with the IP cameras.

What OS version / phone are you using? My Verizon S5 on Lollipop is not working.

I’ve got an ATT S5 still on 4.4. Maybe it’s a lollipop issue

Wow… was this premature?! App is incredibly unstable; crashing on more screens than not. This… coupled with the original rollout blunder, continues to support my assessment that Samsung needs to write a check for a new qa team.

I am also having the same problem with my Android app. I get the same red ā€œSorry, but there was an unexpected errorā€ whenever I try to access the Things page. I tried uninstalling and the reinstalling the app, restarting my tablet, restarting my hub but nothing works. Has anyone been able to resolve this problem?

I thought it was bad enough that none of my scheduled events have been working for the past few weeks, but now my Android app is largely unusable!