| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
Putting quotes for password in soft AP is not useful.
It simplifies processing in framework.
Bug: 2708960
Change-Id: If44aeb336732aa8089d3e401b546ebf9b3cbd25a
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Multiple quotes cause havoc with netd interaction right now.
The solution is to revert the changes for WifiConfiguration on
Access Point side done in Change I0f1e508b and remove all quotes
in the SSID.
Essentially a low risk one line change on top of the revert.
We dont expose API for WifiConfiguration on AP side. This solution
essentially means we treat SSID in WifiConfiguration on AP side
differently. When we do expose things, we should make things consistent.
Change-Id: I0a7e5074b83ace743fc843ee61c1ff86cde8267f
|
| |
|
|
|
|
| |
Bug id http://b/issue?id=2684571
Change-Id: I0f1e508b9a3d0fefcef28235380392368a51e42a
|
| |\ |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
When scan fails for 3 times, we show a
failure toast and continue to scan.
In one case this caused infinite toasts,
until the user stopped wifi.
Its not clear what can cause this kind of
a state since wifi disable broadcast should
stop the scans. This fix will stop scans
after 3 continuous failures. Any wifi state
change will restart scan.
Bug: 2601937
Change-Id: I68733394cb3c9b76ffb15f7579e7af6c1f54d39c
|
| |/
|
|
|
|
|
|
|
|
|
|
|
| |
When airplane mode is enabled, wifi tethering
should be disabled since there is no real
use case for it.
This also addresses the issue
of trying to restore Wifi (with tethering on)
when airplane mode is disabled.
Bug: 2594720
Change-Id: I7379ebed74a58b148ae82ed589d09aa2b9ca767d
|
| |
|
|
|
| |
Bug: 2570611
Change-Id: Ibb51dee8ec110179ec28f9469526a1fe61e74d00
|
| |
|
|
|
|
|
|
| |
Use Activity managed dialogs
Bug: 2571764
Bug: 2571820
Change-Id: Id506988abd4200155774e92b31dd132519e29172
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
If we dont have an updated access point list
when we are re-enabling networks after connecting,
we could end up keeping some networks disabled.
This could happen if there is no event that
triggers an access point before enabling networks
Update the current access point list
right before enabling all networks.
Bug: 2567770
Change-Id: Ieb1ac8147d4acb05a6d13c44396653f0af94643d
|
| |
|
|
|
|
|
|
|
|
| |
We now remember whether Wifi was enabled
prior to enabling tethering. This will
allow us to restore Wifi when tethering
is disabled.
Bug: 2537983
Change-Id: Ia530563bd5647856d62cd59b67ae5156de6fd5d9
|
| |
|
|
|
|
|
|
| |
We need to explicitly disable wifi while enabling
tethering and disable tethering while enabling wifi
Bug: 2539071
Change-Id: I7fda6e4d9d1bb804e81561d52b5f3a982a674b0e
|
| |
|
|
| |
Change-Id: Ibc77d10f6c945d274037422b2e4e58d1bbd9888d
|
| |
|
|
|
|
| |
Bug: 2534348
Bug: 2533980
Change-Id: I2f220ac9c710869d3f93a56557afb33478c3b323
|
| |
|
|
|
| |
Bug: 2533950
Change-Id: Idac1213b9dc44c073fa5cf8da00b8599161565f2
|
| |
|
|
|
| |
Bug: 2528202
Change-Id: I093699ac171279af9df5f3b3b4ae359aab79088b
|
| |
|
|
| |
Change-Id: Ib41a52d90ca8db3cb52aa1fb87e2433bb76f4de2
|
| |
|
|
|
|
|
|
|
| |
Remove channel settings
Add subtext error handling
Remove WEP, keep WPA2 only for now
Bug: 2413908
Change-Id: Ie867e84a0705f0d2185eeb3a4c86a8227446a338
|
| |
|
|
|
| |
Change-Id: I2ccf73e19d27ed5c60f3f028a44a241ed6a7bb50
Signed-off-by: Dmitry Shmidt <dimitrysh@google.com>
|
| |
|
|
| |
Change-Id: I4f5e75e21c1e3433712e49a148db4af04215f0a1
|
| | |
|
| |
|
|
|
| |
Bug: 2413908
Change-Id: I3d28fcfcb4a6e4eaf03e57d69f9d2c92730b12e5
|
| |
|
|
|
|
|
|
| |
First phase of the AP support in
UI and framework
Bug: 2421638
Change-Id: I0b6c31be5fe79bd4d33c292464d271b054754e8d
|
| | |
|
| | |
|
| |
|
|
| |
better.
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Use arrays.xml to store translations for enumerations;
avoid race conditions happened when pop up menu or dialog;
avoid saving configurations with networks disabled;
use the same layout for all the dialogs;
support editing EAP networks;
only unlock keystore before connecting;
and many bug fixes I cannot remember.
The number of lines in the new code is about 1/3 of the old one,
and it improves the readability a lot!
|
| |
|
|
|
| |
Bug: 2378844
Change-Id: I62bca602c3fe1fefdc4a4517573b2c3db9d53a1f
|
| |\
| |
| |
| |
| |
| |
| |
| |
| | |
setting
Merge commit '8e79fda826f78afe063763183d31398cdee5ac84'
* commit '8e79fda826f78afe063763183d31398cdee5ac84':
Remove regulatory group setting in advanced wifi setting
|
| | |
| |
| |
| |
| | |
Bug: 2378844
Change-Id: I2eefa73cca238ab04842ffc8f8968dac5f953456
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
This mainly changes the way both enablers react to the airplane mode. Now
enablers show a toast message instead of disabling the check box directly. This
avoids the inconsistent state introduced by WirelessSettings which controls the
check box using layout dependency.
Related bug: 2053751
|
| | |
| |
| |
| |
| |
| | |
This was introduced when trying to fix bug 2296038. A null check is required on AP.
Bug: 2296038
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Settings.System.AIRPLANE_MODE_TOGGLEABLE_RADIOS is a list of
radios that can be toggled while in airplane mode. This CL
changes BluetoothEnabler to respect this.
It parallels the logic in WifiEnabler, which enables OEMs
to allow Wifi changes when in airplane mode.
Most existing devices don't include "bluetooth" in the
toggleable list, which means bluetooth will continue to be
disabled when in airplane mode for those devices.
Fixes http://b/2297314
|
| | |
| |
| |
| |
| | |
Fix for leaked window
Bug: 2311236
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This is the first checkin on the wifi diagnostic app. Right now,
it supports using the WifiManager API, shows the configuration details
and provides status on the supplicant, network and wifi state along with
some additional details.
More to come:
- add more API and status on any additional fields
- provide a way to show some logs
Bug: 2302130
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Problem:
On the Wifi Settings screen, if instead of clicking on the AP shown on the scanned list, we do an "Add Wi-Fi network" and enter the AP information - the AP information gets stored and the client device connects to the AP. Afterwards, if we click on the AP again the "Forget" button does not appear until we exit the Wifi Settings screen and return.
Root cause and Fix:
mApScanList in WifiLayer tracks the list of APs shown. Upon doing a connect through a direct click, the configured state for the AP in the list updated. However, if we do an Add Network, the configured state on mApScanList remains unupdated. This causes the Settings screen to not show "Forget" for the AP when it is clicked.
The fix is to set the Configured state to true in handleSave() by fetching the AP state stored in WifiLayer.
Bug: 2296038
Change-id: I70c545905a4984a03a0f235f3baf17cd36688710
|
| | |
| |
| |
| |
| |
| | |
Empty SSID names can cause weird problems, so don't allow the user to save them.
bug: 2211656
|
| |\ \
| |/
| |
| |
| |
| |
| | |
Merge commit '62d3407de4a843cb83397fa757bc89653d78c800' into eclair-mr2
* commit '62d3407de4a843cb83397fa757bc89653d78c800':
Minor change to use defined key rather than a string.
|
| | | |
|
| | | |
|
| |\ \
| |/ |
|
| | |
| |
| |
| | |
Bug: 2198865
|
| | |
| |
| |
| |
| | |
Since we already push down the quotes handling in WifiService.java,
there is no need of the function.
|
| |/
|
|
| |
So we are able to connect to AP with ssid containing double-quotes.
|
| |
|
|
|
|
|
|
| |
This change is to fix the issue http://b/issue?id=2161539.
The auth_alg field is required for auth. type 'SHARED' with WEP mode, it will
not be automatically selected as claimed. The change has been verified on
Linksys WRT54G.
|
| | |
|
| | |
|