|
|
Created:
6 years, 2 months ago by Daniel Erat Modified:
6 years, 2 months ago CC:
chromium-reviews, oshima Base URL:
https://chromium.googlesource.com/chromium/src.git@master Project:
chromium Visibility:
Public. |
Descriptionchromeos: Enable RenderTextHarfBuzz.
Enable RenderTextHarfBuzz on Chrome OS.
BUG=321868, 376077, 423791
Committed: https://crrev.com/7dc97b1cb620f2aba3be293af5019832d9bc00b7
Cr-Commit-Position: refs/heads/master@{#300348}
Patch Set 1 #
Total comments: 4
Patch Set 2 : apply review feedback #Patch Set 3 : merge #Patch Set 4 : disable timing-out tests on chrome os #Messages
Total messages: 35 (9 generated)
derat@chromium.org changed reviewers: + ckocagil@chromium.org, msw@chromium.org
i've verified that english and chinese tabs look fine on a lumpy build; currently building link to verify it there as well.
You might want to cite the meta bug or individual blockers for enabling on Windows in a comment. Also, Cem left RTHB disabled on CrOS in <https://codereview.chromium.org/630583002>, I wonder if there's a big blocker there? If not, this LGTM with nits. https://codereview.chromium.org/634983002/diff/1/ui/gfx/render_text.cc File ui/gfx/render_text.cc (right): https://codereview.chromium.org/634983002/diff/1/ui/gfx/render_text.cc#newcod... ui/gfx/render_text.cc:401: #if defined(OS_LINUX) nit: elif? https://codereview.chromium.org/634983002/diff/1/ui/gfx/render_text.cc#newcod... ui/gfx/render_text.cc:414: return CreateNativeInstance(); nit q: will this trigger unreachable code warnings on Mac Views builds?
thanks, i've added a TODO referencing the meta bug. i didn't see any chrome os blockers (both from my own testing and in the meta bug) and i'm extremely eager to get this in, so i'm going to commit and either address things that come up or revert if necessary. https://codereview.chromium.org/634983002/diff/1/ui/gfx/render_text.cc File ui/gfx/render_text.cc (right): https://codereview.chromium.org/634983002/diff/1/ui/gfx/render_text.cc#newcod... ui/gfx/render_text.cc:401: #if defined(OS_LINUX) On 2014/10/07 18:29:01, msw wrote: > nit: elif? sure, done https://codereview.chromium.org/634983002/diff/1/ui/gfx/render_text.cc#newcod... ui/gfx/render_text.cc:414: return CreateNativeInstance(); On 2014/10/07 18:29:01, msw wrote: > nit q: will this trigger unreachable code warnings on Mac Views builds? good point. i think that nested ifdefs are pretty hard to read, so i'm hopeful that this works, but i'll change it if it doesn't.
The CQ bit was checked by derat@chromium.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/634983002/20001
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: linux_chromium_chromeos_rel_swarming on tryserver.chromium.linux (http://build.chromium.org/p/tryserver.chromium.linux/builders/linux_chromium_...)
On 2014/10/08 03:24:44, I haz the power (commit-bot) wrote: > Try jobs failed on following builders: > linux_chromium_chromeos_rel_swarming on tryserver.chromium.linux > (http://build.chromium.org/p/tryserver.chromium.linux/builders/linux_chromium_...) There's no blocker I'm aware of other than this mysterious crash.
Is it fine with you if I enable HarfBuzz on Linux and Win at https://codereview.chromium.org/630583002/ and leave CrOS to this CL?
On 2014/10/15 16:30:07, ckocagil wrote: > Is it fine with you if I enable HarfBuzz on Linux and Win at > https://codereview.chromium.org/630583002/ and leave CrOS to this CL? sure! can you enable it on win 8.1 as well now? is chrome os the only place where it's still blocked?
On 2014/10/15 16:37:11, Daniel Erat wrote: > On 2014/10/15 16:30:07, ckocagil wrote: > > Is it fine with you if I enable HarfBuzz on Linux and Win at > > https://codereview.chromium.org/630583002/ and leave CrOS to this CL? > > sure! can you enable it on win 8.1 as well now? is chrome os the only place > where it's still blocked? https://code.google.com/p/chromium/issues/detail?id=402347#c42 says it is fixed on Win 8.1. So yeah only CrOS is blocked.
On 2014/10/15 16:39:33, ckocagil wrote: > On 2014/10/15 16:37:11, Daniel Erat wrote: > > On 2014/10/15 16:30:07, ckocagil wrote: > > > Is it fine with you if I enable HarfBuzz on Linux and Win at > > > https://codereview.chromium.org/630583002/ and leave CrOS to this CL? > > > > sure! can you enable it on win 8.1 as well now? is chrome os the only place > > where it's still blocked? > > https://code.google.com/p/chromium/issues/detail?id=402347#c42 says it is fixed > on Win 8.1. So yeah only CrOS is blocked. so just to confirm: http://crbug.com/403892 and http://crbug.com/396415 don't block this on windows?
On 2014/10/15 17:26:40, Daniel Erat wrote: > so just to confirm: http://crbug.com/403892 and http://crbug.com/396415 don't > block this on windows? No, we don't consider either of them to be blockers.
ptal -- let me know how you feel about disabling the timing-out tests on chrome os (they're disabled on windows now, too).
On 2014/10/20 15:14:10, Daniel Erat wrote: > ptal -- let me know how you feel about disabling the timing-out tests on chrome > os (they're disabled on windows now, too). Maybe you'd want to make sure Linux/CrOS doesn't ship with (or depend on) the fontconfig version that causes this bug. In either case this looks like a case of bad tests, so this lgtm.
On 2014/10/20 15:21:33, ckocagil wrote: > On 2014/10/20 15:14:10, Daniel Erat wrote: > > ptal -- let me know how you feel about disabling the timing-out tests on > chrome > > os (they're disabled on windows now, too). > > Maybe you'd want to make sure Linux/CrOS doesn't ship with (or depend on) the > fontconfig version that causes this bug. > > In either case this looks like a case of bad tests, so this lgtm. chrome os uses a much-newer fontconfig (2.11.1). i'm not able to repro the failures on my trusty workstation (2.11.0), but i get timeouts when i use a locally-built fontconfig at 2.8.0, which is the same old version that precise (which the bots are running) ships with.
The CQ bit was checked by derat@chromium.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/634983002/60001
The CQ bit was unchecked by derat@chromium.org
The CQ bit was checked by derat@chromium.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/634983002/60001
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: chromium_presubmit on tryserver.chromium.linux (http://build.chromium.org/p/tryserver.chromium.linux/builders/chromium_presub...)
derat@chromium.org changed reviewers: + estade@chromium.org
Evan, mind doing an owner review for the test-disabling?
Is harfbuzz making the tests time out?
On 2014/10/20 16:48:33, Evan Stade wrote: > Is harfbuzz making the tests time out? i think that RenderTextHarfBuzz is doing something via skia that is causing timeouts. i've added http://crbug.com/423791, which is the bug that i filed about these tests.
On 2014/10/20 16:58:49, Daniel Erat wrote: > On 2014/10/20 16:48:33, Evan Stade wrote: > > Is harfbuzz making the tests time out? > > i think that RenderTextHarfBuzz is doing something via skia that is causing > timeouts. i've added http://crbug.com/423791, which is the bug that i filed > about these tests. any other comments? i'd like to get this turned on soon so we have plenty of time to resolve potential issues before the branch.
On 2014/10/20 21:45:08, Daniel Erat wrote: > On 2014/10/20 16:58:49, Daniel Erat wrote: > > On 2014/10/20 16:48:33, Evan Stade wrote: > > > Is harfbuzz making the tests time out? > > > > i think that RenderTextHarfBuzz is doing something via skia that is causing > > timeouts. i've added http://crbug.com/423791, which is the bug that i filed > > about these tests. > > any other comments? i'd like to get this turned on soon so we have plenty of > time to resolve potential issues before the branch. lgtm I guess, but isn't the timeout a potential issue?
On 2014/10/20 21:49:36, Evan Stade wrote: > On 2014/10/20 21:45:08, Daniel Erat wrote: > > On 2014/10/20 16:58:49, Daniel Erat wrote: > > > On 2014/10/20 16:48:33, Evan Stade wrote: > > > > Is harfbuzz making the tests time out? > > > > > > i think that RenderTextHarfBuzz is doing something via skia that is causing > > > timeouts. i've added http://crbug.com/423791, which is the bug that i filed > > > about these tests. > > > > any other comments? i'd like to get this turned on soon so we have plenty of > > time to resolve potential issues before the branch. > > lgtm I guess, but isn't the timeout a potential issue? yes, it is. it may be related to e.g. http://crbug.com/402570. given that RenderTextPango has resulted in extremely laggy omnibox performance across multiple releases of linux and chrome os (http://crbug.com/376077), i'm willing to trade that real issue away for potential issues, though. :-/
The CQ bit was checked by derat@chromium.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/634983002/60001
Message was sent while issue was closed.
Committed patchset #4 (id:60001)
Message was sent while issue was closed.
Patchset 4 (id:??) landed as https://crrev.com/7dc97b1cb620f2aba3be293af5019832d9bc00b7 Cr-Commit-Position: refs/heads/master@{#300348} |