AW: extend Samsung workaround for other mail app
This relaxes the check for the Samsung workaround landed in http://crrev/c/924115, so that the workaround applies for Samsung's other mail app which also reproduces this behavior. Although the other mail app is referred to as "com.samsung.android.email.provider" in our communication with them, its implementation is actually split among 5 different APKs, and it is "*.composer" which actually exhibits the bug. As it turns out, the bug reproduces under the exact same sequence of URL navigations as the other app (a file:// URL followed by loadDataWithBaseURL("email://")). As with http://crrev/c/924115, this is also meant as a temporary workaround. Bug: 781535 Test: Use both Samsung apps, test the 3 repro conditions listed in b/70696775. Change-Id: Ic897a33dc52b78e83eaada5b4b66c555a0eb3679 Reviewed-on: https://chromium-review.googlesource.com/981691 Commit-Queue: Nate Fischer <ntfschr@chromium.org> Reviewed-by:Changwan Ryu <changwan@chromium.org> Cr-Commit-Position: refs/heads/master@{#548280}
Showing
Please register or sign in to comment