WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
63959
garden-o-matic should know how to fetch test results from the (NRWT) bots
https://bugs.webkit.org/show_bug.cgi?id=63959
Summary
garden-o-matic should know how to fetch test results from the (NRWT) bots
Adam Barth
Reported
2011-07-05 16:13:45 PDT
garden-o-matic should know how to fetch test results from the (NRWT) bots
Attachments
Patch
(3.66 KB, patch)
2011-07-05 16:14 PDT
,
Adam Barth
no flags
Details
Formatted Diff
Diff
Patch
(3.23 KB, patch)
2011-07-05 17:12 PDT
,
Adam Barth
no flags
Details
Formatted Diff
Diff
Patch
(3.23 KB, patch)
2011-07-05 17:25 PDT
,
Adam Barth
no flags
Details
Formatted Diff
Diff
Show Obsolete
(2)
View All
Add attachment
proposed patch, testcase, etc.
Adam Barth
Comment 1
2011-07-05 16:14:53 PDT
Created
attachment 99758
[details]
Patch
Adam Barth
Comment 2
2011-07-05 16:15:31 PDT
@ojan: Can we make the server understand the normal JSONP "callback" parameter? That would make the client side code cleaner (and more robust).
Ojan Vafai
Comment 3
2011-07-05 16:22:29 PDT
(In reply to
comment #2
)
> @ojan: Can we make the server understand the normal JSONP "callback" parameter? That would make the client side code cleaner (and more robust).
That's fine with me. The only issue is the local results.html file needs to load full_results.json from the local filesystem, which as you are well aware we can't do XHR to the local filesystem in Chrome. So, at least for that script, we need the callback built in to the written out JSON. If we're going to have it for that one, may as well have it for all of them? That said, we could have the server replace the hard-coded call with the callback, but that gains us less. Open to better suggestions of course. I agree this isn't ideal.
Adam Barth
Comment 4
2011-07-05 16:24:46 PDT
I think it's fine for the server to replace the default callback with one specified in the URL. That seems like the easiest solution.
Adam Barth
Comment 5
2011-07-05 17:12:31 PDT
Created
attachment 99765
[details]
Patch
Eric Seidel (no email)
Comment 6
2011-07-05 17:17:12 PDT
Comment on
attachment 99765
[details]
Patch OK.
Ojan Vafai
Comment 7
2011-07-05 17:18:22 PDT
Comment on
attachment 99765
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=99765&action=review
> Tools/Scripts/webkitpy/tool/servers/data/gardeningserver/results.js:15 > + function fetchResults(builder_name, success) {
nit: I tend to call paramters likes this "onsuccess" or "successHandler" or something that makes it clear it's a function not a boolean.
Ojan Vafai
Comment 8
2011-07-05 17:19:06 PDT
Whoops. Didn't mean to reset the cq+. I'll leave it cq? for now in case you want to address my nit. Feel free to ignore it though.
Adam Barth
Comment 9
2011-07-05 17:25:52 PDT
Created
attachment 99766
[details]
Patch
Adam Barth
Comment 10
2011-07-05 17:26:31 PDT
> nit: I tend to call paramters likes this "onsuccess" or "successHandler" or something that makes it clear it's a function not a boolean.
Yeah, I was emulating the name jquey uses in its $.get function, but onsuccess does seem much clearer. :)
WebKit Review Bot
Comment 11
2011-07-05 18:18:34 PDT
Comment on
attachment 99766
[details]
Patch Clearing flags on attachment: 99766 Committed
r90424
: <
http://trac.webkit.org/changeset/90424
>
WebKit Review Bot
Comment 12
2011-07-05 18:18:39 PDT
All reviewed patches have been landed. Closing bug.
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