|
|
Created:
4 years, 5 months ago by Fady Samuel Modified:
4 years, 5 months ago CC:
chromium-reviews, rjkroege, cc-bugs_chromium.org Base URL:
https://chromium.googlesource.com/chromium/src.git@master Target Ref:
refs/pending/heads/master Project:
chromium Visibility:
Public. |
DescriptionRemove DelegatedFrameData::device_scale_factor
Device scale factor appeared TWICE inside a CompositorFrame:
1. CompositorFrameMetadata
2. DelegatedFrameData
The version in DelegatedFrameData seemed largely dead except for some
Mus code so I've updated Mus code.
BUG=611802
TBR=dpranke@chromium.org
CQ_INCLUDE_TRYBOTS=tryserver.blink:linux_blink_rel
Committed: https://crrev.com/e9fab4366d0270c7879f6e40ef73233626c9904d
Cr-Commit-Position: refs/heads/master@{#402590}
Patch Set 1 #Patch Set 2 : Fixed android webview build #Patch Set 3 : Rebase #Patch Set 4 : Removed resetting of device scale factor #Patch Set 5 : Fix fuzzer #
Messages
Total messages: 54 (22 generated)
Description was changed from ========== Remove DelegatedFrameData::device_scale_factor Device scale factor appeared TWICE inside a CompositorFrame: 1. CompositorFrameMetadata 2. DelegatedFrameData The version in DelegatedFrameData seemed largely dead except for some Mus code so I've updated Mus code. BUG=611802 ========== to ========== Remove DelegatedFrameData::device_scale_factor Device scale factor appeared TWICE inside a CompositorFrame: 1. CompositorFrameMetadata 2. DelegatedFrameData The version in DelegatedFrameData seemed largely dead except for some Mus code so I've updated Mus code. BUG=611802 CQ_INCLUDE_TRYBOTS=tryserver.blink:linux_blink_rel ==========
The CQ bit was checked by fsamuel@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...
fsamuel@chromium.org changed reviewers: + dcheng@chromium.org, piman@chromium.org, sky@chromium.org
+piman@ for cc +dcheng@ for security (I may TBR you since this is a pure code removal) +sky@ for mus
If it's not used any more, then LGTM.
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: android_arm64_dbg_recipe on master.tryserver.chromium.android (JOB_FAILED, https://build.chromium.org/p/tryserver.chromium.android/builders/android_arm6...)
LGTM
fsamuel@chromium.org changed reviewers: + boliu@chromium.org
+boliu@ for android_webivew
The CQ bit was checked by fsamuel@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...
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: ios-device on master.tryserver.chromium.mac (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.mac/builders/ios-device/builds...) mac_chromium_rel_ng on master.tryserver.chromium.mac (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.mac/builders/mac_chromium_rel_...)
The CQ bit was checked by fsamuel@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...
boliu@chromium.org changed reviewers: + danakj@chromium.org
piman/danakj: Did desktop browser compositor switch from DIP to physical pixels in the last 2 years, ie since https://codereview.chromium.org/336433003 landed? The lines in android that sets the scale to 1 definitely were not no-op back when it was first added. Then found this comment from dana about the desktop browser compositor: https://bugs.chromium.org/p/chromium/issues/detail?id=384134#c4 perhaps it already happened? I assume so, in which case the correct change is to just remove these lines. In particular, the change in render_widget_host_view_android.cc right now is definitely wrong because there are things that reads the page scale in the metadata.
IPC lgtm
On Mon, Jun 27, 2016 at 10:05 AM, <boliu@chromium.org> wrote: > piman/danakj: Did desktop browser compositor switch from DIP to physical > pixels > in the last 2 years, ie since https://codereview.chromium.org/336433003 > landed? > Nope. Still dip. Blink's compositor in DSF is still behind a flag also. > The lines in android that sets the scale to 1 definitely were not no-op > back > when it was first added. Then found this comment from dana about the > desktop > browser compositor: > https://bugs.chromium.org/p/chromium/issues/detail?id=384134#c4 perhaps it > already happened? > > I assume so, in which case the correct change is to just remove these > lines. In > particular, the change in render_widget_host_view_android.cc right now is > definitely wrong because there are things that reads the page scale in the > metadata. > > https://codereview.chromium.org/2101623002/ > -- You received this message because you are subscribed to the Google Groups "Chromium-reviews" group. To unsubscribe from this group and stop receiving emails from it, send an email to chromium-reviews+unsubscribe@chromium.org.
On 2016/06/27 17:15:59, danakj wrote: > On Mon, Jun 27, 2016 at 10:05 AM, <mailto:boliu@chromium.org> wrote: > > > piman/danakj: Did desktop browser compositor switch from DIP to physical > > pixels > > in the last 2 years, ie since https://codereview.chromium.org/336433003 > > landed? > > > > Nope. Still dip. Blink's compositor in DSF is still behind a flag also. > > > > The lines in android that sets the scale to 1 definitely were not no-op > > back > > when it was first added. Then found this comment from dana about the > > desktop > > browser compositor: > > https://bugs.chromium.org/p/chromium/issues/detail?id=384134#c4 perhaps it > > already happened? > > > > I assume so, in which case the correct change is to just remove these > > lines. In > > particular, the change in render_widget_host_view_android.cc right now is > > definitely wrong because there are things that reads the page scale in the > > metadata. > > > > https://codereview.chromium.org/2101623002/ > > > > -- > You received this message because you are subscribed to the Google Groups > "Chromium-reviews" group. > To unsubscribe from this group and stop receiving emails from it, send an email > to mailto:chromium-reviews+unsubscribe@chromium.org. Right, I don't think we should be changing the metadata, which is still used to match frames during DSF transitions (e.g. moving window between screens) AFAIU, even with use-zoom-for-dsf
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: linux_chromium_chromeos_ozone_rel_ng on master.tryserver.chromium.linux (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.linux/builders/linux_chromium_...) linux_chromium_chromeos_rel_ng on master.tryserver.chromium.linux (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.linux/builders/linux_chromium_...)
On 2016/06/27 17:15:59, danakj wrote: > On Mon, Jun 27, 2016 at 10:05 AM, <mailto:boliu@chromium.org> wrote: > > > piman/danakj: Did desktop browser compositor switch from DIP to physical > > pixels > > in the last 2 years, ie since https://codereview.chromium.org/336433003 > > landed? > > > > Nope. Still dip. Blink's compositor in DSF is still behind a flag also. Semi OT, but what cc change made resetting the delegated frame scale to 1 unnecessary on android? Know off the top of your head? > > > > The lines in android that sets the scale to 1 definitely were not no-op > > back > > when it was first added. Then found this comment from dana about the > > desktop > > browser compositor: > > https://bugs.chromium.org/p/chromium/issues/detail?id=384134#c4 perhaps it > > already happened? > > > > I assume so, in which case the correct change is to just remove these > > lines. In > > particular, the change in render_widget_host_view_android.cc right now is > > definitely wrong because there are things that reads the page scale in the > > metadata. > > > > https://codereview.chromium.org/2101623002/ > > > > -- > You received this message because you are subscribed to the Google Groups > "Chromium-reviews" group. > To unsubscribe from this group and stop receiving emails from it, send an email > to mailto:chromium-reviews+unsubscribe@chromium.org.
On Mon, Jun 27, 2016 at 11:35 AM, <boliu@chromium.org> wrote: > On 2016/06/27 17:15:59, danakj wrote: > > On Mon, Jun 27, 2016 at 10:05 AM, <mailto:boliu@chromium.org> wrote: > > > > > piman/danakj: Did desktop browser compositor switch from DIP to > physical > > > pixels > > > in the last 2 years, ie since > https://codereview.chromium.org/336433003 > > > landed? > > > > > > > Nope. Still dip. Blink's compositor in DSF is still behind a flag also. > > Semi OT, but what cc change made resetting the delegated frame scale to 1 > unnecessary on android? Know off the top of your head? > Well, DelegatedRendererLayerImpl doesn't exist anymore. Maybe probably switching to surfaces changed this requirement. > > > > > > > > > The lines in android that sets the scale to 1 definitely were not no-op > > > back > > > when it was first added. Then found this comment from dana about the > > > desktop > > > browser compositor: > > > https://bugs.chromium.org/p/chromium/issues/detail?id=384134#c4 > perhaps it > > > already happened? > > > > > > I assume so, in which case the correct change is to just remove these > > > lines. In > > > particular, the change in render_widget_host_view_android.cc right now > is > > > definitely wrong because there are things that reads the page scale in > the > > > metadata. > > > > > > https://codereview.chromium.org/2101623002/ > > > > > > > -- > > You received this message because you are subscribed to the Google Groups > > "Chromium-reviews" group. > > To unsubscribe from this group and stop receiving emails from it, send an > email > > to mailto:chromium-reviews+unsubscribe@chromium.org. > > > > https://codereview.chromium.org/2101623002/ > -- You received this message because you are subscribed to the Google Groups "Chromium-reviews" group. To unsubscribe from this group and stop receiving emails from it, send an email to chromium-reviews+unsubscribe@chromium.org.
On 2016/06/27 18:40:11, danakj wrote: > On Mon, Jun 27, 2016 at 11:35 AM, <mailto:boliu@chromium.org> wrote: > > > On 2016/06/27 17:15:59, danakj wrote: > > > On Mon, Jun 27, 2016 at 10:05 AM, <mailto:boliu@chromium.org> wrote: > > > > > > > piman/danakj: Did desktop browser compositor switch from DIP to > > physical > > > > pixels > > > > in the last 2 years, ie since > > https://codereview.chromium.org/336433003 > > > > landed? > > > > > > > > > > Nope. Still dip. Blink's compositor in DSF is still behind a flag also. > > > > Semi OT, but what cc change made resetting the delegated frame scale to 1 > > unnecessary on android? Know off the top of your head? > > > > Well, DelegatedRendererLayerImpl doesn't exist anymore. Maybe probably > switching to surfaces changed this requirement. > Looks like it. Ok, should just remove the reset code from android then. > > > > > > > > > > > > > > > The lines in android that sets the scale to 1 definitely were not no-op > > > > back > > > > when it was first added. Then found this comment from dana about the > > > > desktop > > > > browser compositor: > > > > https://bugs.chromium.org/p/chromium/issues/detail?id=384134#c4 > > perhaps it > > > > already happened? > > > > > > > > I assume so, in which case the correct change is to just remove these > > > > lines. In > > > > particular, the change in render_widget_host_view_android.cc right now > > is > > > > definitely wrong because there are things that reads the page scale in > > the > > > > metadata. > > > > > > > > https://codereview.chromium.org/2101623002/ > > > > > > > > > > -- > > > You received this message because you are subscribed to the Google Groups > > > "Chromium-reviews" group. > > > To unsubscribe from this group and stop receiving emails from it, send an > > email > > > to mailto:chromium-reviews+unsubscribe@chromium.org. > > > > > > > > https://codereview.chromium.org/2101623002/ > > > > -- > You received this message because you are subscribed to the Google Groups > "Chromium-reviews" group. > To unsubscribe from this group and stop receiving emails from it, send an email > to mailto:chromium-reviews+unsubscribe@chromium.org.
PTAL Bo, Dana! I just removed the resetting of the device scale factor!
The CQ bit was checked by fsamuel@chromium.org to run a CQ dry run
lgtm
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: linux_chromium_chromeos_ozone_rel_ng on master.tryserver.chromium.linux (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.linux/builders/linux_chromium_...)
lgtm
LGTM
The CQ bit was checked by fsamuel@chromium.org
The patchset sent to the CQ was uploaded after l-g-t-m from sky@chromium.org, dcheng@chromium.org, danakj@chromium.org, piman@chromium.org, boliu@chromium.org Link to the patchset: https://codereview.chromium.org/2101623002/#ps80001 (title: "Fix fuzzer")
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: android_compile_dbg on master.tryserver.chromium.android (JOB_FAILED, https://build.chromium.org/p/tryserver.chromium.android/builders/android_comp...) linux_android_rel_ng on master.tryserver.chromium.android (JOB_FAILED, https://build.chromium.org/p/tryserver.chromium.android/builders/linux_androi...) mac_chromium_compile_dbg_ng on master.tryserver.chromium.mac (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.mac/builders/mac_chromium_comp...) mac_chromium_rel_ng on master.tryserver.chromium.mac (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.mac/builders/mac_chromium_rel_...) win_chromium_rel_ng on master.tryserver.chromium.win (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.win/builders/win_chromium_rel_...) win_clang on master.tryserver.chromium.win (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.win/builders/win_clang/builds/...) linux_blink_rel on tryserver.blink (JOB_FAILED, http://build.chromium.org/p/tryserver.blink/builders/linux_blink_rel/builds/8...)
The CQ bit was checked by fsamuel@chromium.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: chromium_presubmit on master.tryserver.chromium.linux (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.linux/builders/chromium_presub...)
fsamuel@chromium.org changed reviewers: + dpranke@chromium.org
+dpranke@ for tools (I'm TBR'ing since it's just a removal).
Description was changed from ========== Remove DelegatedFrameData::device_scale_factor Device scale factor appeared TWICE inside a CompositorFrame: 1. CompositorFrameMetadata 2. DelegatedFrameData The version in DelegatedFrameData seemed largely dead except for some Mus code so I've updated Mus code. BUG=611802 CQ_INCLUDE_TRYBOTS=tryserver.blink:linux_blink_rel ========== to ========== Remove DelegatedFrameData::device_scale_factor Device scale factor appeared TWICE inside a CompositorFrame: 1. CompositorFrameMetadata 2. DelegatedFrameData The version in DelegatedFrameData seemed largely dead except for some Mus code so I've updated Mus code. BUG=611802 TBR=dpranke@chromium.org CQ_INCLUDE_TRYBOTS=tryserver.blink:linux_blink_rel ==========
lgtm
The CQ bit was checked by fsamuel@chromium.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
Message was sent while issue was closed.
Description was changed from ========== Remove DelegatedFrameData::device_scale_factor Device scale factor appeared TWICE inside a CompositorFrame: 1. CompositorFrameMetadata 2. DelegatedFrameData The version in DelegatedFrameData seemed largely dead except for some Mus code so I've updated Mus code. BUG=611802 TBR=dpranke@chromium.org CQ_INCLUDE_TRYBOTS=tryserver.blink:linux_blink_rel ========== to ========== Remove DelegatedFrameData::device_scale_factor Device scale factor appeared TWICE inside a CompositorFrame: 1. CompositorFrameMetadata 2. DelegatedFrameData The version in DelegatedFrameData seemed largely dead except for some Mus code so I've updated Mus code. BUG=611802 TBR=dpranke@chromium.org CQ_INCLUDE_TRYBOTS=tryserver.blink:linux_blink_rel ==========
Message was sent while issue was closed.
Committed patchset #5 (id:80001)
Message was sent while issue was closed.
Description was changed from ========== Remove DelegatedFrameData::device_scale_factor Device scale factor appeared TWICE inside a CompositorFrame: 1. CompositorFrameMetadata 2. DelegatedFrameData The version in DelegatedFrameData seemed largely dead except for some Mus code so I've updated Mus code. BUG=611802 TBR=dpranke@chromium.org CQ_INCLUDE_TRYBOTS=tryserver.blink:linux_blink_rel ========== to ========== Remove DelegatedFrameData::device_scale_factor Device scale factor appeared TWICE inside a CompositorFrame: 1. CompositorFrameMetadata 2. DelegatedFrameData The version in DelegatedFrameData seemed largely dead except for some Mus code so I've updated Mus code. BUG=611802 TBR=dpranke@chromium.org CQ_INCLUDE_TRYBOTS=tryserver.blink:linux_blink_rel Committed: https://crrev.com/e9fab4366d0270c7879f6e40ef73233626c9904d Cr-Commit-Position: refs/heads/master@{#402590} ==========
Message was sent while issue was closed.
Patchset 5 (id:??) landed as https://crrev.com/e9fab4366d0270c7879f6e40ef73233626c9904d Cr-Commit-Position: refs/heads/master@{#402590} |