We have a hotfix for the Android app! Some phones haven’t been able to pair with Wyze devices that rely on Bluetooth for pairing. This update fixes that and a Wyze Video Doorbell Pro push notification issue.
Read our Release Notes:
We have a hotfix for the Android app! Some phones haven’t been able to pair with Wyze devices that rely on Bluetooth for pairing. This update fixes that and a Wyze Video Doorbell Pro push notification issue.
Read our Release Notes:
Installed and will need to test
@thastings @eagle328 @Earl.Automation @fozzyfresh @theroncooper @jkarnes @L0rdNik0n
Just wanted to give you all a heads-up to update to this new app hotfix which should fix your Pixel pairing issues. I checked, and the app is showing up in Google Play for me already, so you should be good to go.
Please let us know if the blank Events list bug is fixed in Android 2.44.1.327.
What Blank event list bug. Asking so I can test it for you.
I think that is not a systemic Android bug but only on certain devices builds.
I just updated and the Events tab loads all events across the 14 day span.
That is not in this fix, it should be in the next app update.
Sorry, I believe the blank Events list is an IOS issue. SlabSlayer was having Android problems with grouped cams in live stream on 2.44.1.326.
Dense here. How do I download the 327 hotfix? I have 326 and the Google Play Store says I have the latest version. Is there a different way of obtaining 327?
Check under what’s New and see if the Wyze App says Aug 8. If it not available to you yet, you can find it here.
Sometimes the Google Play Store takes time to propagate updates across all servers. You may have to wait a bit for it to show up.
Thank you! Done, and it works now.
Updated to the Hotfix #2 and the issue @StevenA references above is still present as I reported in 2.44 Production Release and in 2.44 Hotfix #1.
However, I am not reverting as I believe I have stumbled across and isolated the source of the problem. I need other Android users who have the VDBv1 to test and confirm. The source of the problem is with viewing the VDBv1 in Group view and then moving to view other groups.
After updating, I loaded every one of my 8 cam groups, all with 2 or 3 cams each, over and over and over again. Probably 15 to 20 times each and I couldn’t replicate it. Once the live streams were loaded in group view the first time, the V3, PanV3, and V3Pro cams never needed to reload the stream when returning to group view. It is almost as if the app is maintaining all those P2P sessions in the background while viewing other groups. They instantaneously appeared and we’re streaming without the “Loading Live Stream” bouncing balls. This is awesome! Only the OG cams and the FLP Cams had the “Loading Live Stream” reload every time. But, all cams loaded 100% of the time.
But, that’s when I remembered that I had not regrouped my VDBv1 which is not supported in group view in 2.43. I placed the VDBv1 into a group and loaded that group view. The VDBv1 loaded and showed the live stream in the group view.
However, every group I load after the group with the VDBv1 in it returned the same Error 20 on the V3 and PanV3 cams.
I cleared the cache and restarted the app and speed loaded all my groups again, avoiding the group with the VDBv1. Same results. 100% load success. Then I loaded the mixed cam group with the VDBv1. It loaded. I went back to the other groups and Error 20 returned. I can reproduce this every time.
The loading of the VDBv1 in Group Live Stream view is causing the app to change such that it will no longer reload the V3 and PanV3 groups after that and results in Error 20. Perhaps this is due to how the VDBv1 P2P session being established and maintained when loaded in group view? It may also be why the OG and FLP live streams in groups wasn’t affected. Differences in P2P protocols? This also explains why in the previous two App releases I only experienced the problem after loading the first couple of groups. I did not realize that it was immediately after the mixed cam VDBv1 group that the problem started.
I am not reverting back this time but will be taking the VDBv1 back out of the group until this is fixed.
App Log 1138052
Event List populates correctly, Playback button goes to the correct SD card time and single camera live view all work as expected in CPL. Very happy with HotFix #2 probably because I don’t group cams and don’t have a doorbell. I made my own APK backup in case I need to roll back in the future.
When returning from viewing a clip going back to event list it still goes back to the top of the list
I noticed this too. Looks like it was fixed in App 2.43.5.x, but has returned.
Not seeing this on IOS, must be an android only thing
Yes, I can confirm that too. When going back to the Event list IOS 2.44.1 (1) you are taken back to where you last viewed.
Android 2.44.1.327 you are taken to the top (most recent Event).
Def still occurring for me on Android