Connman Fails to Correctly Gather Scan Results from wpa_supplicant Following Application-initiated Scan Request

BUILD IMAGE: N/A

HARDWARE MODEL: armv7l-unknown-linux-gnu

BUG DETAILED DESCRIPTIONS
===========================================================
No Wi-Fi networks (servies) are seen when the user navigates to the network services chooser, which kicks off an application-initiated scan request every 10 seconds.

EXACT STEPS LEADING TO PROBLEM:
===========================================================
1. Ensure that all connman settings are wiped such that no network (service) will be automatically connected to on start-up; however, ensure that [global] OfflineMode=false and [WiFi] Enable=true.
2. Reboot system.
3. Once the system is up, wpa_supplicant has started, connman has started, wait three minutes.
4. Verify that all Wi-Fi services have been "aged out" by wpa_supplicant, with /usr/bin/dbus-send --system --print-reply --dest=net.connman / net.connman.Manager.GetServices | grep object.
5. If there are still service paths listed, wait some more until there are none.
6. Trigger a scan with, /usr/bin/dbus-send --system --print-reply --dest=net.connman /net/connman/technology/wifi net.connman.Technology.Scan.
7. Continue repeatedly until four or more scans have been issued and 40 or more seconds have passed.
8. At this point, /usr/bin/dbus-send --system --print-reply --dest=net.connman / net.connman.Manager.GetServices | grep object will still report no services.

EXPECTED OUTCOME:
===================
After one or two scan requests, one or more Wi-Fi services should show up in the .Manager.GetServices request.

ACTUAL OUTCOME:
===================
After one or more scan requests, no Wi-Fi services ever show up in the .Manager.GetServices request.

USER IMPACT:
===================
User cannot connect to a new network during the out-of-box experience when network connection is deferred three-minutes past system start-up.

REPRODUCIBILITY:
=====================================
100%

EXTRA SOFTWARE INSTALLED:
============================
avahi-0.6.31
beep-1.3
binutils-2.20.1
boost-1_45_0
busybox-1.19.3
ckermit-8.0.211
cppunit-1.12.1
curl-7.25.0
dbus-1.4.10
devmem2-0.0
dpkg-1.16.1.1
e2fsprogs-1.41.12
ethtool-2.6.35
expat-2.0.1
freetype-2.4.2
glib-2.28.8
gnutls-2.8.6
hostap-68921e24b2ef867d8b4d57192ddf1a3075c57edf
i2c-tools-3.0.2
icu-4.4.1
iperf-2.0.5
iproute2-2.6.35
iptables-1.4.9.1
libcap-2.19
libdaemon-0.14
libgcrypt-1.4.6
libgpg-error-1.10
libmicrohttpd-0.9.0
libnl-2.0
libpcap-1.1.1
libpng-1.4.3
libusb-1.0.8
libusb-compat-0.1.3
libxml2-2.7.7
linux-2.6.37
lmbench-3
lpeg-0.10.2
lpsolve-5.5
lsof-4.85
lua-5.1.4
luajson-1.2.1
luasocket-2.0.2
lzo-2.03
memtester-4.2.1
mjson-1.3
monit-5.4
mtd-utils-1.3.1
ncurses-5.7
netbase-4.42
netperf-2.4.5
nfs-utils-1.2.2
nspr-4.8.6
nss-mdns-0.10
ntp-4.2.6p2
opencflite-476.17.2
openssh-6.0p1
openssl-1.0.1c
oprofile-0.9.7
parted-2.3
popt-1.16
portmap-6.0
procps-3.2.8
rsync-3.0.7
stm32flash-r61
strace-4.5.20
sudo-1.7.4p4
sysfsutils-2.1.0
tcp_wrappers-7.6
tcpdump-3.9.8
tftp-hpa-5.0
tz-2012c
u-boot-2011.12-rc2
udev-166
usbutils-0.86
util-linux-ng-2.17.2
valgrind-3.6.1
wireless-tools-30
zlib-1.2.6

OTHER COMMENTS:
===================
1) You can issue 'iwlist wlan0 scan' and this will produce valid scan result output for several SSIDs. Surprisingly, connman will immediately pick up these scan results and .Manager.GetServices will then show those services.
2) We have verified that the scan request is making it all the way down to the supplicant.