WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
Bug 33368
Show patch status in bugs.webkit.org
https://bugs.webkit.org/show_bug.cgi?id=33368
Summary
Show patch status in bugs.webkit.org
Adam Barth
Reported
2010-01-08 01:19:19 PST
Add StatusBubbleExtension
Attachments
Patch
(11.39 KB, patch)
2010-01-08 01:20 PST
,
Adam Barth
no flags
Details
Formatted Diff
Diff
Patch
(2.45 KB, patch)
2010-01-08 02:04 PST
,
Adam Barth
no flags
Details
Formatted Diff
Diff
Patch
(3.59 KB, patch)
2010-01-08 13:31 PST
,
Adam Barth
no flags
Details
Formatted Diff
Diff
Show Obsolete
(2)
View All
Add attachment
proposed patch, testcase, etc.
Adam Barth
Comment 1
2010-01-08 01:20:44 PST
Created
attachment 46118
[details]
Patch
Mark Rowe (bdash)
Comment 2
2010-01-08 01:25:55 PST
I don’t think it makes sense to add a Chrome-specific extension to the WebKit SVN repository in this fashion.
WebKit Review Bot
Comment 3
2010-01-08 01:28:09 PST
style-queue ran check-webkit-style on
attachment 46118
[details]
without any errors.
Mark Rowe (bdash)
Comment 4
2010-01-08 01:33:53 PST
Comment on
attachment 46118
[details]
Patch bugs.webkit.org is a website that we control. We should whatever functionality we need to it. Marking as r- based on this, and the fact that WebKit SVN is not a repository of Chrome extensions.
Adam Barth
Comment 5
2010-01-08 01:34:59 PST
Ok. I'll work on a patch for BugsSite.
Eric Seidel (no email)
Comment 6
2010-01-08 01:44:27 PST
I disagree that webkit.org will never host plugins/tools specific to WebKit which are used by other applications. We certainly host scripts to integrate with other build systems and shells, which could be seen in a similar vein. But I definitely agree that a better patch would be one for BugsSite instead of the extension. The extension is awesome for testing, but BugsSite would help everyone.
Mark Rowe (bdash)
Comment 7
2010-01-08 01:52:52 PST
(In reply to
comment #6
)
> I disagree that webkit.org will never host plugins/tools specific to WebKit > which are used by other applications.
I’m not sure who you’re disagreeing with, since no-one said that.
Adam Barth
Comment 8
2010-01-08 02:04:43 PST
Created
attachment 46121
[details]
Patch
WebKit Review Bot
Comment 9
2010-01-08 02:12:15 PST
style-queue ran check-webkit-style on
attachment 46121
[details]
without any errors.
David Kilzer (:ddkilzer)
Comment 10
2010-01-08 07:56:25 PST
(In reply to
comment #8
)
> Created an attachment (id=46121) [details] > Patch
Is the iframe displayed on hover, or is it always present? Where is the statusBubble class used in CSS?
Adam Barth
Comment 11
2010-01-08 09:39:11 PST
> Is the iframe displayed on hover, or is it always present?
It's always present. I sent some screenshots to webkit-dev, or you can try installing the extension, which does the same thing:
https://chrome.google.com/extensions/detail/ahinhccldaefdhieflgmecppompikcnn
> Where is the statusBubble class used in CSS?
Nothing currently, but having class names is good semantics and can be quite useful down the road.
David Kilzer (:ddkilzer)
Comment 12
2010-01-08 10:12:29 PST
(In reply to
comment #11
)
> > Is the iframe displayed on hover, or is it always present? > > It's always present. I sent some screenshots to webkit-dev, or you can try > installing the extension, which does the same thing: > >
https://chrome.google.com/extensions/detail/ahinhccldaefdhieflgmecppompikcnn
When did you send screenshots to webkit-dev? I don't recall seeing them.
David Kilzer (:ddkilzer)
Comment 13
2010-01-08 10:15:31 PST
(In reply to
comment #12
)
> (In reply to
comment #11
) > > > Is the iframe displayed on hover, or is it always present? > > > > It's always present. I sent some screenshots to webkit-dev, or you can try > > installing the extension, which does the same thing: > > > >
https://chrome.google.com/extensions/detail/ahinhccldaefdhieflgmecppompikcnn
> > When did you send screenshots to webkit-dev? I don't recall seeing them.
Nevermind, I found them: <
https://lists.webkit.org/pipermail/webkit-dev/2009-December/011097.html
>
David Kilzer (:ddkilzer)
Comment 14
2010-01-08 12:04:47 PST
Comment on
attachment 46121
[details]
Patch
> diff --git a/BugsSite/template/en/custom/attachment/edit.html.tmpl b/BugsSite/template/en/custom/attachment/edit.html.tmpl > index c6b5ab4..353c403 100644 > --- a/BugsSite/template/en/custom/attachment/edit.html.tmpl > +++ b/BugsSite/template/en/custom/attachment/edit.html.tmpl > @@ -256,6 +256,17 @@ > attach_id = attachment.id %]<br> > [% END %] > > +[%# if WEBKIT_CHANGES %] > + [% IF attachment.ispatch %] > + <div class="statusBubble">
I think this should have a label with it to separate it from the "Flags:" items: <b><small>Bot Status:</small></b>
> + <iframe src="
https://webkit-commit-queue.appspot.com/status-bubble/
[% attachment.id %]" > + style="width: 300px; height: 18px; border: none;" scrolling="no"> > + </iframe> > + </div> > + <br> > + [% END %] > +[%# endif // WEBKIT_CHANGES %] > + > <div id="smallCommentFrame"> > <b><small><label for="comment">Comment</label> (on the > [%+ terms.bug %]):</small></b><br> > diff --git a/BugsSite/template/en/custom/attachment/list.html.tmpl b/BugsSite/template/en/custom/attachment/list.html.tmpl > index be98425..fd2202a 100644 > --- a/BugsSite/template/en/custom/attachment/list.html.tmpl > +++ b/BugsSite/template/en/custom/attachment/list.html.tmpl > @@ -138,6 +138,15 @@ > | <a href="attachment.cgi?id=[% attachment.id %]&action=diff">Diff</a> > [% END %] > [% Hook.process("action") %] > +[%# if WEBKIT_CHANGES %] > + [% IF attachment.ispatch %] > + <div class="statusBubble"> > + <iframe src="
https://webkit-commit-queue.appspot.com/status-bubble/
[% attachment.id %]" > + style="width: 300px; height: 18px; border: none;" scrolling="no"> > + </iframe> > + </div> > + [% END %] > +[%# endif // WEBKIT_CHANGES %] > </td> > </tr> > [% END %]
We may eventually want a separate table column for bot status, but adding it to this cell is fine for now. The BugsSite/template/en/custom/attachment/reviewform.html.tmpl template also needs to be updated with this status. r- to update reviewform.html.tmpl and add a label to edit.html.tmpl.
Adam Barth
Comment 15
2010-01-08 13:31:04 PST
Created
attachment 46154
[details]
Patch
WebKit Review Bot
Comment 16
2010-01-08 13:33:29 PST
style-queue ran check-webkit-style on
attachment 46154
[details]
without any errors.
Darin Adler
Comment 17
2010-01-08 13:42:01 PST
Comment on
attachment 46154
[details]
Patch Looks good. Lets give it a try!
WebKit Commit Bot
Comment 18
2010-01-08 14:05:14 PST
Comment on
attachment 46154
[details]
Patch Clearing flags on attachment: 46154 Committed
r53007
: <
http://trac.webkit.org/changeset/53007
>
WebKit Commit Bot
Comment 19
2010-01-08 14:05:20 PST
All reviewed patches have been landed. Closing bug.
David Kilzer (:ddkilzer)
Comment 20
2010-01-08 15:28:05 PST
Follow-up fix for the review form (to make the status actually appear): $ svn commit BugsSite Sending BugsSite/ChangeLog Sending BugsSite/template/en/custom/attachment/reviewform.html.tmpl Transmitting file data .. Committed revision 53016. <
http://trac.webkit.org/changeset/53016
>
Adam Barth
Comment 21
2010-01-08 15:33:23 PST
I copied the logic from the last table cell, which also doesn't seem to be showing up. Is it supposed to show up?
David Kilzer (:ddkilzer)
Comment 22
2010-01-08 15:37:56 PST
(In reply to
comment #21
)
> I copied the logic from the last table cell, which also doesn't seem to be > showing up. Is it supposed to show up?
It is, but when I enabled it on the server, the functionality was broken. I'm taking a look at it now. (The button lets you switch between pretty and non-pretty patches in the upper frame.)
David Kilzer (:ddkilzer)
Comment 23
2010-01-08 18:15:18 PST
(In reply to
comment #22
)
> (In reply to
comment #21
) > > I copied the logic from the last table cell, which also doesn't seem to be > > showing up. Is it supposed to show up? > > It is, but when I enabled it on the server, the functionality was broken. I'm > taking a look at it now. (The button lets you switch between pretty and > non-pretty patches in the upper frame.)
I filed
Bug 33410
to address this.
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