|
|
Created:
3 years, 11 months ago by aelias_OOO_until_Jul13 Modified:
3 years, 11 months ago CC:
agrieve+watch_chromium.org, android-webview-reviews_chromium.org, chromium-reviews, darin-cc_chromium.org, jam Target Ref:
refs/pending/heads/master Project:
chromium Visibility:
Public. |
DescriptionFix LG Email workaround criteria.
1) We were accidentally checking Build.VERSION.SDK_INT (version of the
WebView package) when the intent was to check the targetSdkVersion of
the app package itself. This would come to bite us and globally disable
the workaround when we upgrade the WebView to O.
2) Decrease the APK version check to 67502100 which is the version of
com.lge.email actually shipped on LG V20. The intent is for the
workaround to be purely grandfathering existing nonupdatable APKs so
there isn't a reason to leave headroom.
3) Take advantage of PackageUtils.getPackageVersion.
BUG=651706, 683294
Review-Url: https://codereview.chromium.org/2643943004
Cr-Commit-Position: refs/heads/master@{#445509}
Committed: https://chromium.googlesource.com/chromium/src/+/9079de0121eb747464e490e29fd2444dde5f0847
Patch Set 1 #Patch Set 2 : Fix compile #
Total comments: 2
Patch Set 3 : Make number common and add Android N targetSdkVersion to thread check #
Messages
Total messages: 28 (19 generated)
The CQ bit was checked by aelias@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
aelias@chromium.org changed reviewers: + changwan@chromium.org
Hi changwan@, PTAL.
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: android_n5x_swarming_rel on master.tryserver.chromium.android (JOB_FAILED, https://build.chromium.org/p/tryserver.chromium.android/builders/android_n5x_...) linux_android_rel_ng on master.tryserver.chromium.android (JOB_FAILED, https://build.chromium.org/p/tryserver.chromium.android/builders/linux_androi...)
The CQ bit was checked by aelias@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
aelias@chromium.org changed reviewers: + torne@chromium.org
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: This issue passed the CQ dry run.
lgtm, thanks for fixing this!
Also need OWNERS from torne@ for android_webview/
Are you going to wait until LG confirm there isn't another version out there somewhere before landing this? https://codereview.chromium.org/2643943004/diff/20001/content/public/android/... File content/public/android/java/src/org/chromium/content/browser/input/LGEmailActionModeWorkaround.java (right): https://codereview.chromium.org/2643943004/diff/20001/content/public/android/... content/public/android/java/src/org/chromium/content/browser/input/LGEmailActionModeWorkaround.java:65: if (versionCode > 67502100) return false; Can this version number live somewhere common?
On 2017/01/20 at 12:02:38, torne wrote: > Are you going to wait until LG confirm there isn't another version out there somewhere before landing this? No, since their implied preference is to leave in the workaround forever, their incentive if we block landing on their reply is to not answer or to vaguely object. If we land, then the path of least resistance for them is to just fix the issue in their builds, and only if there's actually another nonupdatable version out there would they go to the effort of arguing with us again. So I think the only way to know is to start the rollout process with this version. Anyway, I think the risk is low in January of another new OS version down the pipeline, and I noticed that they finally added the ability to update the LG Email APK in the N phone I tested.
https://codereview.chromium.org/2643943004/diff/20001/content/public/android/... File content/public/android/java/src/org/chromium/content/browser/input/LGEmailActionModeWorkaround.java (right): https://codereview.chromium.org/2643943004/diff/20001/content/public/android/... content/public/android/java/src/org/chromium/content/browser/input/LGEmailActionModeWorkaround.java:65: if (versionCode > 67502100) return false; On 2017/01/20 at 12:02:38, Torne wrote: > Can this version number live somewhere common? Done.
The CQ bit was checked by aelias@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
Description was changed from ========== Fix LG Email workaround criteria. 1) We were accidentally checking Build.VERSION.SDK_INT (version of the WebView package) when the intent was to check the targetSdkVersion of the app package itself. This would come to bite us and globally disable the workaround when we upgrade the WebView to O. 2) Decrease the APK version check to 67502100 which is the version of com.lge.email actually shipped on LG V20. The intent is for the workaround to be purely grandfathering existing nonupdatable APKs so there isn't a reason to leave headroom. 3) Take advantage of PackageUtils.getPackageVersion. BUG=651706 ========== to ========== Fix LG Email workaround criteria. 1) We were accidentally checking Build.VERSION.SDK_INT (version of the WebView package) when the intent was to check the targetSdkVersion of the app package itself. This would come to bite us and globally disable the workaround when we upgrade the WebView to O. 2) Decrease the APK version check to 67502100 which is the version of com.lge.email actually shipped on LG V20. The intent is for the workaround to be purely grandfathering existing nonupdatable APKs so there isn't a reason to leave headroom. 3) Take advantage of PackageUtils.getPackageVersion. BUG=651706,683294 ==========
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: This issue passed the CQ dry run.
On 2017/01/20 19:15:30, aelias wrote: > On 2017/01/20 at 12:02:38, torne wrote: > > Are you going to wait until LG confirm there isn't another version out there > somewhere before landing this? > > No, since their implied preference is to leave in the workaround forever, their > incentive if we block landing on their reply is to not answer or to vaguely > object. If we land, then the path of least resistance for them is to just fix > the issue in their builds, and only if there's actually another nonupdatable > version out there would they go to the effort of arguing with us again. So I > think the only way to know is to start the rollout process with this version. > Anyway, I think the risk is low in January of another new OS version down the > pipeline, and I noticed that they finally added the ability to update the LG > Email APK in the N phone I tested. OK. LGTM.
The CQ bit was checked by aelias@chromium.org
The patchset sent to the CQ was uploaded after l-g-t-m from changwan@chromium.org Link to the patchset: https://codereview.chromium.org/2643943004/#ps40001 (title: "Make number common and add Android N targetSdkVersion to thread check")
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
CQ is committing da patch. Bot data: {"patchset_id": 40001, "attempt_start_ts": 1485206751838090, "parent_rev": "57fcaed1785c4172998169286d9e35cfe3021095", "commit_rev": "9079de0121eb747464e490e29fd2444dde5f0847"}
Message was sent while issue was closed.
Description was changed from ========== Fix LG Email workaround criteria. 1) We were accidentally checking Build.VERSION.SDK_INT (version of the WebView package) when the intent was to check the targetSdkVersion of the app package itself. This would come to bite us and globally disable the workaround when we upgrade the WebView to O. 2) Decrease the APK version check to 67502100 which is the version of com.lge.email actually shipped on LG V20. The intent is for the workaround to be purely grandfathering existing nonupdatable APKs so there isn't a reason to leave headroom. 3) Take advantage of PackageUtils.getPackageVersion. BUG=651706,683294 ========== to ========== Fix LG Email workaround criteria. 1) We were accidentally checking Build.VERSION.SDK_INT (version of the WebView package) when the intent was to check the targetSdkVersion of the app package itself. This would come to bite us and globally disable the workaround when we upgrade the WebView to O. 2) Decrease the APK version check to 67502100 which is the version of com.lge.email actually shipped on LG V20. The intent is for the workaround to be purely grandfathering existing nonupdatable APKs so there isn't a reason to leave headroom. 3) Take advantage of PackageUtils.getPackageVersion. BUG=651706,683294 Review-Url: https://codereview.chromium.org/2643943004 Cr-Commit-Position: refs/heads/master@{#445509} Committed: https://chromium.googlesource.com/chromium/src/+/9079de0121eb747464e490e29fd2... ==========
Message was sent while issue was closed.
Committed patchset #3 (id:40001) as https://chromium.googlesource.com/chromium/src/+/9079de0121eb747464e490e29fd2... |