Yep.
https://plus.google.com/+DavidSchuster/posts/Dfpjj3F2K6T
Again - why not put the network update into the 4.4.2 build rather than make Motorola update it on the current build?
Test cycle was probably accelerated for the Network Connectivity bug.
Make sense to me as doing a full test with it rolled into the 4.4.2 based build might have taken longer.
It was a network connectivity bug that was rare and affected very, very few customers. It was patched for the Razr/Razr Maxx in January 2014, so the 2013 Droids were updated a full 4 months later. I can't believe that Verizon could not have waited until it was incorporated into 4.4.2. But, again, I'm not Verizon.
The bugs I listed affected far more people - they actually made the Motorola Forums board, even here on Android Central. I never saw a single post on any forum complaining about roaming problems in Toronto on a 2013 Droid (though I'll admit that doesn't mean that Verizon didn't have some customers with this issue.)
As Schuster said, they had a 4.4.2 build ready to test. The network connectivity fix was a very small update. I'm still not sure why they couldn't have waited until the 4.4.2 was ready and incorporate it there instead. I'm not Verizon, but priorities seem weird.
Oh, and now that I think about it, I think that they changed to the white icons with the May update rather than with the July 4.4.4 update...
(I think we've exhausted this topic, though, don't you think?)
By the way, there is a later comment from David Schuster detailing Verizon requirements that wavered from stock Android, especially regarding the dialer.
Did 4.4.4 also bring in the white dialer?
I suspect Verizon finally understood that there were battery life savings doing to the all white icons.
No, it still has the JB dialer. And, as I understand the issue, the all white icons do not save battery. Google not only removed the color with KK, they removed the network traffic animations. It was the animations they said when KK was released that was causing battery issues as much as the color - spending CPU time to update the icons was taking battery resources and stealing CPU cycles that could be used doing something else. Today both the 2013 Droids and the Turbo retain the network activity animations, so they are clearly still not stock.
The bugs as I recall were these: (1) There was a minor bug that made pressing the home key react as if it was pressed twice in a row, making some third party launcher not work right.
Was this 100% reproducible? Did it affect the stock launcher?
Yes, 100% reproducible, yes, it affected the stock launcher. If you moved away from the default home screen (in any launcher) and opened an app (tapping an icon, from the app drawer, from a notification, from a widget), while you were in the app and pressed home, it would go back to the last home screen, and then it would go back to the default - as if you pressed home twice. This affected everybody. (Of course, some people *liked* this behavior - it saved a step for them.) However, that, as you know, is not standard Android behavior, and it affected a launcher like Aviate, which used the home button not to return to default, but to toggle a particular feature. If you pressed home in Aviate, it toggled on, then toggled right back off.
Nova launcher finally released a version that looked specifically for a 2013 Droid and ignored the second immediate button press.
Begs the question -
If you're having issues with your device and the fix isn't explicitly a part of AOSP, would you rather take the bug fix as a patch or do you want OEMs spending the time to roll those fixes into an OS update?
It depends. It doesn't have to be binary, every time must be this way. Is the problem serious? Is there an OS update waiting to roll out anyway? Does the OS update fix the problem anyway?
Right now there are people with Turbos who have some issues with WiFi routers. If they could have patched the problem back in December or January without an OS update - great, they should just have done it if they could. At this point, 8 months on, knowing that 5.1 is in the testing lab, though, I'd rather they spend the time getting 5.1 done and out already.
They've already made that choice with the Turbo. They decided to patch problems with VoLTE (and emergency dialing) and keep 4.4.4 and also decided to wait for 5.1 because AOSP brought native VoLTE support. These are things we know already.