| c820cb83bb031ad1d438fe7c92f19c69ebe87097 |
25-Apr-2018 |
Erik Kline <ek@google.com> |
Fix carrier app CaptivePortalLoginActivity probes to bypass Private DNS
Test: as follows
- built
- flashed
- booted
- runtest frameworks-net passes
Bug: 64133961
Bug: 77140445
Bug: 78548486
Merged-In: Ibf958d9f4cba30e1900e209698fbe2ecccd5d7ac
Merged-In: Id8d1d882e056156c4b3dbf252fa1a231a4f87fdc
Change-Id: I48c60fd6711dcf5406fba62a3f88aea12183ff87
(cherry picked from commit 6a1707a0e7ccb52e012bb62f8c3aa76b8ffda52f)
aptivePortalLoginActivity.java
|
| c43d2f5b1f12dadd8c87c069cd4a13cfbc481699 |
21-Mar-2018 |
Erik Kline <ek@google.com> |
Support bypassing TLS in the framework
This change comprises the following parts:
[1] android.net.dns.ResolvUtil, containing methods that encapsulate the
use of the high bit in netids used in DNS resolution contexts.
[2] Updates to captive portal apps to call the ResolvUtil method that
enables DNS-over-TLS bypass for the captive portal app process.
Test: as follows
- builds
- flashes
- boots
- runtest frameworks-net passes
Bug: 64133961
Bug: 72345192
Merged-In: I0994b53d24ed25a2eb9e65429c61cf6fa87c7513
Merged-In: I4c49e23d8caa4d485df1c1d2f135a7282d439c0b
Change-Id: I2072c1f68d6978fa0d7e9d8693135a2c51bb0f87
(cherry picked from commit 2140529d9b8e116d88c2a385a0b3179c2ede5ad7)
aptivePortalLoginActivity.java
|
| 4282470d84ea3f8889580408f582e8e889863164 |
07-Sep-2017 |
Chen Xu <fionaxu@google.com> |
Merge "Fix Crash CarrierDefaultApp due to exception" am: 0ec2348b85 am: 9d2c715d37
am: b20b5cc812
Change-Id: Ifb7fa6ccf70b0835c52716577a2f335e30c02b9a
|
| 9d2c715d37dcf3464b60d9bbed0deb35efeee7f0 |
07-Sep-2017 |
Chen Xu <fionaxu@google.com> |
Merge "Fix Crash CarrierDefaultApp due to exception"
am: 0ec2348b85
Change-Id: I04f22351f158fb6db7ba62f680b8730fd8324f1f
|
| 0ec2348b8523aec675ddee09fe743b44a3b2ca5d |
07-Sep-2017 |
Chen Xu <fionaxu@google.com> |
Merge "Fix Crash CarrierDefaultApp due to exception"
|
| a4434f86a028a14f3367702b8b5dd7967ef811ae |
10-Jul-2017 |
fionaxu <fionaxu@google.com> |
fix cellular captive portal reevaluation url
we apply redirection link as the url everywhere for cellular captive portal.
this url should only be used when load the portal page at the first place (when users
click on the notification) and shouldn't be used as the re-evaluation url
as it wont return the expected response code.
instead we should use special URL (generate_204) from connectivity
service which will return 204 if redirection is gone.
Test: manual test with cold and hot TMO SIM
Bug: 62532802
Change-Id: I56bb03a58447c5c46758e692ff357d540ea4cd7b
aptivePortalLoginActivity.java
|
| fd11ce5fafeb599822f6a0b6a4071a8cf6ccc01a |
04-Aug-2017 |
Qiongcheng Luo <qiongcheng.luo@sonymobile.com> |
Fix Crash CarrierDefaultApp due to exception
[Issue]
CarrierDefaultApp crashes due to null pointer exception.
[Cause of defect]
To call mUrl.toString() even if mUrl is null and mUrl is already
checked if it is null just before.
[How to fix]
Check the null status of mUrl when call its toString() method.
Bug: 65393337
Change-Id: I4b4b1f125aac7e30ca18be22d7adc358cab83b2f
aptivePortalLoginActivity.java
|
| 277689d81c6369a29dc127d629bee19a85affe90 |
02-Sep-2017 |
TreeHugger Robot <treehugger-gerrit@google.com> |
Merge "use simOperator name in the notification" into oc-mr1-dev
|
| 7569cc2e0644c562587a7dd486789a3fe488adb0 |
01-Sep-2017 |
fionaxu <fionaxu@google.com> |
use simOperator name in the notification
today we are using getNetworkOperator for carrier's name in the
notification which might be misleading in cases users romaing on
different network.
as today there is no reliable way to get carrier's name, we will use
getSimOperator and if that returns empty string, fallback to
networkOperatorName. In the long term, we can use better wording if
simOperatorName is unknown.
Bug:65251050
Test: Manual
Change-Id: I6ffc37f8cc8e686d2e884283be2006cf704e8c64
arrierActionUtils.java
|
| 1c0a86fc6ebe6dc8dcbd2e05cf8f2ce8ab3586da |
31-Aug-2017 |
fionaxu <fionaxu@google.com> |
reloading the current page on Network lost->avail
if suddenly lost network on captiveportal page, we didnt recover
gracefully when network become available. we should reload the current
page on network available.
Bug: 65041224
Test: Manaul
Change-Id: I356dbf73ef3ce9788883bf6561929d961c3a6888
aptivePortalLoginActivity.java
|
| 93bf6200ebd94e93038fbc659276da38d24a951e |
08-Aug-2017 |
TreeHugger Robot <treehugger-gerrit@google.com> |
Merge "app link handling under restricted mobile data" into oc-dr1-dev
|
| d60a9d0e586e95be2f2730a940afdf1ed436c612 |
23-May-2017 |
fionaxu <fionaxu@google.com> |
app link handling under restricted mobile data
1. new actions to allow default carrier app dynamically enable/disable
app-link filtering
2. new intent to notify registered carrier apps of other default
networks
3. signal-to-actions config to sepcify carrier actions on default
network change
default network available -> disable intent filter for app-link
defaut network lost -> enable intent filter for app-link
4. new carrier actions to allow carrier apps to register/unregister
other network status dynmacially
Bug: 62487488
Test: Manual
Change-Id: Ie9fa9f3f4ca38f9f26a90a3dbf95f7f20a8ad773
aptivePortalLoginActivity.java
arrierActionUtils.java
ustomConfigLoader.java
|
| f62e4cc565330a42b669b0844ca62d2fd0a44491 |
22-Jul-2017 |
fionaxu <fionaxu@google.com> |
proper cleanup onDestroy
1. interrupt the sleeping testing thread onDestory to avoid
any thread keep running after onDestory.
2. add check of isFinishing() or isDestoryed() when the
testing thread wakeup.
3. detory the webview onDestory since there're chances that
some callbacks in WebChromeClient will try to open dialogs
while the container activity has been destroyed.
Bug: 63819703
Test: Manual test
Change-Id: Ida62d9d8e97e8c9f905ce2feab4ea265575baee8
aptivePortalLoginActivity.java
|
| c457a04d937b0f3b81fb49b78f4cde46059e1ac9 |
10-Jul-2017 |
fionaxu <fionaxu@google.com> |
fix cellular captive portal reevaluation url
we apply redirection link as the url everywhere for cellular captive portal.
this url should only be used when load the portal page at the first place (when users
click on the notification) and shouldn't be used as the re-evaluation url
as it wont return the expected response code.
instead we should use special URL (generate_204) from connectivity
service which will return 204 if redirection is gone.
Test: manual test with cold and hot TMO SIM
Bug: 63351490
Bug: 62532802
Change-Id: I56bb03a58447c5c46758e692ff357d540ea4cd7b
aptivePortalLoginActivity.java
|
| 2e0915f14384901f25a41d698b39ef0add201550 |
04-May-2017 |
fionaxu <fionaxu@google.com> |
support horizontal scroll and zoon for webview
Bug: 37913717
Test: Manual test for horizontal scroll
Change-Id: I97f19030ae034910c8d6f3e23634f55d43ab6589
aptivePortalLoginActivity.java
|
| 92d759d56a3eedfbbda36da10d0fed44f57dc58f |
03-May-2017 |
fionaxu <fionaxu@google.com> |
support locale change for notification channels
Bug: 37911731
Test: Manual test with different languages
Change-Id: I36ce985dfc8fdb0f6c2b8b20c411b63099942f44
arrierActionUtils.java
arrierDefaultBroadcastReceiver.java
|
| 982799eb08d50e9f95430ed06ca24041888cf4e9 |
27-Apr-2017 |
fionaxu <fionaxu@google.com> |
new reset carrier signals/actions
- new carrier signal intended for notifying carrier apps that all
carrier actions has been reset due to sim load/absent.
- default carrier apps clean up UI on reset actions.
Bug: 34626476
Test: Manual test on TMO and ZIP SIM
Change-Id: I232dd19294e99fb0a7d53ca1b5c049e6e3e2e050
ustomConfigLoader.java
|
| 51efddbd3bb304de2dd47fa8cd1114ac555958bb |
05-Apr-2017 |
Alan Viverette <alanv@google.com> |
Remove unnecessary casts on calls to findViewById
Just frameworks/ this time. More paths to come.
Bug: 24137209
Test: make -j32
Change-Id: Iff27abd26fa43296ac2fff8f534fc6742d2ae80c
aptivePortalLoginActivity.java
|
| 009848b03ed049bd9f6f6e8a9fb4e7da414727a0 |
04-Apr-2017 |
fionaxu <fionaxu@google.com> |
support notification channel for defaultcarrier app
Apps posting notifications for O must supply a notification channel for
all notifications
Bug: 36895752
Change-Id: I7ec3b4cd8a6ea05c3ca9316d1f79b56e3531f5d0
arrierActionUtils.java
|
| da578042ae2560d2753bda5869adde7597a7ddf0 |
10-Mar-2017 |
fionaxu <fionaxu@google.com> |
integrate portal webview to the default app
Based on the UX review feedback, we plan to implement portal webview
function inside the carrier default app instead of reusing the existing
portal app. This will give us more flexibility and control, also will
improve UX flow by getting rid of the some unwanted dialogues.
Test: Manual
Bug: 36002256
Change-Id: I2627d5a43039ce433006c058bb4f2c1a39113e59
aptivePortalLaunchActivity.java
aptivePortalLoginActivity.java
arrierActionUtils.java
|
| 19d1e1d09dd3101fa27172e79c4de3f4fe83aa5c |
10-Mar-2017 |
fionaxu <fionaxu@google.com> |
Merge "polish the notification of the default carrier app" am: b224b318a0 am: 64e0d4553b
am: b920519c91
Change-Id: Idb6513f6706bed29caa616aa08e3bd16778930ae
|
| 5b834a82082c1e7c938d81ade2f28a08d59195a6 |
06-Mar-2017 |
fionaxu <fionaxu@google.com> |
polish the notification of the default carrier app
Based on the feedbacks from UX review
- modified notificaiton icon
- modified notification content text
- modified notification app name
- modified notification color
Test: Manual
Bug: 36002256
Change-Id: Icf13ea41fc88fb7b15f2b1c29fd3551fd3351819
arrierActionUtils.java
|
| 791a887701aa8751f11ec5a664503f2dcf56bb60 |
22-Feb-2017 |
Wale Ogunwale <ogunwale@google.com> |
Updated some internal apps to use TYPE_APPLICATION_OVERLAY
TYPE_SYSTEM_ALERT is deprecated as of O.
Test: builds
Change-Id: Ic335ff0aa2f0356737c2e67debe8e71ea9eb2f41
aptivePortalLaunchActivity.java
|
| 72ee500527d670c8219b3eff16ffe7e0f8638fac |
23-Jan-2017 |
fionaxu <fionaxu@google.com> |
support suw and post-suw cases for default app
- our default carrier actions might not compatible with suw since data might be disabled
without surfacing users with an option to activate inside SuW.
- instead, skip carrier actions during setupwizard and schedule a job to resume carrier actions if needed when exit suw.
- use jobscheduler to monitor provision bit instead of keep the app running and listen for content change asynchronously.
Bug: 30958215
Test: Manual
Change-Id: Ie4004b46405b914158f585059d332f4e694053f3
arrierDefaultBroadcastReceiver.java
rovisionObserver.java
|
| a21a87b7a4153839cebb3152d0003ee86d7a5252 |
14-Dec-2016 |
fionaxu <fionaxu@google.com> |
Default Carrier app for traffic mitigation
- have the basic function working, support traffic mitigation and
captive portal login
- support carrier customization, OEM could configure a list of carrier
actions to act upon certain signals
- unit test
Test: Manual test with live sim card & runtest --path
frameworks/base/packages/CarrierDefaultApp
Bug: 30958215
Change-Id: Ie99be3b95e8a1dd60fc51bef703836478fbde09d
aptivePortalLaunchActivity.java
arrierActionUtils.java
arrierDefaultBroadcastReceiver.java
ustomConfigLoader.java
|