WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
105247
Chrome Android java output is too verbose
https://bugs.webkit.org/show_bug.cgi?id=105247
Summary
Chrome Android java output is too verbose
Yaron Friedman
Reported
2012-12-17 20:53:06 PST
Chrome Android java output is too verbose
Attachments
Patch
(3.67 KB, patch)
2012-12-17 20:53 PST
,
Yaron Friedman
no flags
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Yaron Friedman
Comment 1
2012-12-17 20:53:47 PST
Created
attachment 179873
[details]
Patch
Peter Beverloo
Comment 2
2012-12-18 03:26:26 PST
Comment on
attachment 179873
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=179873&action=review
Seems good to me, thanks Yaron. Please wait for Eric, Tony or someone else to do a formal review.
> Source/WebKit/chromium/ChangeLog:3 > + Chrome Android java output is too verbose
nit for next time: Since this only touches Chromium files, we generally prefix the title with "[Chromium]".
Tony Chang
Comment 3
2012-12-18 10:46:49 PST
Comment on
attachment 179873
[details]
Patch Seems fine. In the long run, you may want to put common command line flags into a variable and use that instead of having to duplicate the flags. Another way to do this would be to make a .gypi for the action. See build/grit_action.gypi for an example of this.
Yaron Friedman
Comment 4
2012-12-18 10:48:04 PST
There's actually a lot of shared infra on the chromium side (e.g. we have build/java_apk.gypi and testing/android/native_test.gyp). It wasn't clear to me whether we could use those in webkit.
WebKit Review Bot
Comment 5
2012-12-18 10:48:43 PST
Comment on
attachment 179873
[details]
Patch Rejecting
attachment 179873
[details]
from commit-queue.
yfriedman@chromium.org
does not have committer permissions according to
http://trac.webkit.org/browser/trunk/Tools/Scripts/webkitpy/common/config/committers.py
. - If you do not have committer rights please read
http://webkit.org/coding/contributing.html
for instructions on how to use bugzilla flags. - If you have committer rights please correct the error in Tools/Scripts/webkitpy/common/config/committers.py by adding yourself to the file (no review needed). The commit-queue restarts itself every 2 hours. After restart the commit-queue will correctly respect your committer rights.
Peter Beverloo
Comment 6
2012-12-18 10:50:26 PST
Comment on
attachment 179873
[details]
Patch I'll look into that.
WebKit Review Bot
Comment 7
2012-12-18 11:13:33 PST
Comment on
attachment 179873
[details]
Patch Clearing flags on attachment: 179873 Committed
r138044
: <
http://trac.webkit.org/changeset/138044
>
WebKit Review Bot
Comment 8
2012-12-18 11:13:36 PST
All reviewed patches have been landed. Closing bug.
Eric Seidel (no email)
Comment 9
2012-12-18 11:30:29 PST
Comment on
attachment 179873
[details]
Patch Fantastic! Thank you.
Tony Chang
Comment 10
2012-12-18 13:28:17 PST
(In reply to
comment #4
)
> There's actually a lot of shared infra on the chromium side (e.g. we have build/java_apk.gypi and testing/android/native_test.gyp). It wasn't clear to me whether we could use those in webkit.
You can use stuff on the chromium side, but it's normally frowned upon since it's annoying to make a change in chromium and learn a day later that it breaks something in WebKit. Instead, what you could do is make a .gypi file in src/webkit/support that includes build/java_apk.gypi. src/webkit/support is the API directory for things in WebKit that depend on chromium. That way, if someone needs to change build/java_apk.gypi, it's possible to provide backwards compat for WebKit dependencies in src/webkit/support. This might be too tricky. The other option would be to just fork the build/java_apk.gypi file into WebKit.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug