View Single Post
Posts: 1,101 | Thanked: 1,185 times | Joined on Aug 2008 @ Spain
#542
Originally Posted by auouymous View Post
SystemUI magically enters flight mode, maybe via one of its powerkeymenu callback return values, and then MCE tells SystemUI to open a modechange
ASUI calls req_device_mode_change and MCE sends out the signal confirming the change.

All the wifi and bluetooth dbus activity after the flight signal is the same for SystemUI and ASUI. I don't see how the different MCE calling mechanisms would make any difference since the services all respond the same.

@ maacruz, could you try logging `dbus-monitor --system --profile` after entering flight mode with SystemUI and see if ICD still scans for networks?
Yes, it happens with SystemUI too. I wonder why I didn't notice the battery drain before.
So, after some more logging I can confirm that:
If the device is turned from wifi connected to flight mode directly, with either ASUI or SystemUI, ICD will keep scanning for wifi networks at the programmed interval.
If wifi is disconnected before turning into flight mode, ICD will be quiet.

Did ASUI wait for ICD to confirm wifi is disconnected before turning to flight mode?
Since it works by turning off wifi by hand, may be that's the issue.