It's definitely not AWS related. This has been going on for weeks now. I first reported it a few weeks ago. Seems like a major conflict with their guide content providers or a bug deep within the timer functionality. Bottom line is - they need to implement one of the following:
1. The ability to "roll" back to a previous build if your software build has major bugs in it. It's ridiculous that the software update before this one didn't have this issue and they have no way around it other than saying "wait a few weeks".
I don't disagree with this statement, however most Dish customers will not be able to deal with this mechanism.
An alternative would be for Dish itself to roll back all receivers when serious bugs like this occur. If the timer issues are related to the guide supplier, then this would apply to going back to the old supplier too.
2. The ability to "Opt out" of automatic updates. There are some of us (like me) who would like to read up on the release and decide whether or not to download and update it. Not even Apple "forces" you to update to the latest (although usually it's highly advisable).
Again, I don't agree but don't see it happening.
Apple does not force updates unless you choose to do so, but as of Win 10, Microsoft IS forcing OS updates with no way for the end user to control it! I've been bit hard by this. In a mission critical environment, Microsoft triggered an update when the computer was booted and there was nothing I could do about it. I was off the air for over an hour!
3. Smaller changes and more of a QA mindset. Their changes seem a little too large and is effecting too many areas. That means it is getting past their QA team.
Small changes don't necessarily eliminate a bug getting into the field. It also means that there would be more testing to do and if there is as much interaction between subsystems as there appears to be, QA testing scope can't be limited even for a "little" change.
I agree that Dish seems to lack decent QA and significant improvements are needed in this area. It's difficult for a company to consider all possible configurations present in the field but new software needs to spend time on most configurations before being released to the public. That's generally occurs during internal testing followed by beta testing in the field. But when an issue is discovered in the field after release, rolling back to a previous version should be the norm rather than the exception (does it ever happen?).
I don't blame their software engineering team. Software is *going* to have bugs in it. That is just going to happen. However, this shouldn't be getting past their QA teams to where it is this prevalent.
I think in general, Dish needs a change in attitude that will allow engineers to shift focus to a problem in the field and get a fix in place quickly. Waiting weeks for a fix (or months in the case of the external drive issue) is simply not acceptable.
In addition, we wait far too long for promised features to be rolled into a product. We've been waiting years for Netflix on 4K Joeys for example, but there are many others like the 5.1 audio issue for Netflix on H3.
Focus needs to be on bug fixes, then promised features, then new features but it's pretty apparent that Dish has it completely backwards!