27 Jan 2014
Naughty ADB tried to play games on us! And, truth to be told, it succeeded for while.
As any development team worth its salt these days we do a lot of test automation on our apps. We also have a continuous integration server that helps us catch bugs early and provides visibility outside of the dev team. Standard.
We had our set up in place, or so we thought, when from time to time we would get an error very early on when executing the tests:
waiting for device
Uhhh, hello? There’s a phone connected, what are you on about ADB?
Looking at the device you could clearly see that the USB + debug notifications were there, everything looked OK. A quick search and looks like half the internet has had the same issue. Good, this is going to be a quick fix. Or not.
adb kill-serverfollowed by
Killing and restarting ADB looked like it was going to work for a while, but it didn’t. Really killing ADB also looked like was going to work for a while, but it didn’t either.
C’mon, how can we not figure this out? There’re more than a few companies out there running test farms, this has to be doable, surely they’ve come across this and fixed it? Also, Eclipse uses ADB under the hood and you hardly come across this problem. Besides, any solution around stopping ADB would prevent us in the future from having several devices connected to the server (you would kill all ADB sessions going on).
We peaked at ADB’s source code, we looked for ADB alternatives, we asked at Super User, we ranted on Twitter about writing our own replacement of ADB…
We were not on the right track until we realised that the error was showing up after long periods of inactivity (in the range of hours). What about we write a silly script that “pings” the device every 10 seconds?
Since we are using a Mac Mini as our CI server (OSX required to run the iOS suite, boooooo!) we put together a very simple Ruby script that calls
adb devices every 10 seconds. Then got launchd to take care of keeping the script alive and making sure it’s part of the CI boot up process and not once have we seen the problem since.
I knew we would fix this!
This work is licensed under a Creative Commons Attribution-ShareAlike 4.0 International License.