I think we should be able to make everyone happy if we handle these the same way we handle the EWS and style bots.<div><br></div><div>The data lives on another server (appengine in this case) and is brought into the bugzilla page via an iframe. We could have an iframe for the Qt release that is empty by default, but shows a link to the release when that patch has been integrated into a branch.</div>

<div><br></div><div>Ojan<br><br><div class="gmail_quote">On Fri, May 27, 2011 at 2:29 PM, James Robinson <span dir="ltr"><<a href="mailto:jamesr@google.com">jamesr@google.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

I find these cherry-pick bug comments annoying and hope that you will stop generating them.  There are many ports that make releases based off of WebKit trunk, and all of them have some notion of release branches that contain cherry-picked revisions, reverts, etc.  As a developer it's nearly always irrelevant to me whether a given patch is cherry-picked into a given Qt release or not, just as it would be to know if that revision was cherry-picked into a given Gtk, EFL, Safari, or Chromium release branch.  When I do need to know the status of a specific branch, I look in the port-specific location of the branch to see what happened.  For example, to see what's in a given chromium release I look in the appropriate subdirectory of <a href="http://trac.webkit.org/browser/branches/chromium" target="_blank">http://trac.webkit.org/browser/branches/chromium</a>.  For the Safari 534 branch, <a href="http://trac.webkit.org/browser/branches/safari-534-branch" target="_blank">http://trac.webkit.org/browser/branches/safari-534-branch</a> etc.<div>


<br></div><div>I would recommend that the people who work on QtWebKit figure out a way to track revisions in their release branches in a way that does not involve spamming non-Qt bugs on <a href="http://bugs.webkit.org" target="_blank">bugs.webkit.org</a> or developers who aren't working directly on Qt.</div>


<div><br></div><div><font color="#888888">- James<br><br></font><div class="gmail_quote"><div><div></div><div class="h5">On Fri, May 27, 2011 at 10:27 AM, Antonio Gomes <span dir="ltr"><<a href="mailto:tonikitoo@gmail.com" target="_blank">tonikitoo@gmail.com</a>></span> wrote:<br>

</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div></div><div class="h5">
<br><div class="gmail_quote"><div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">An important question: besides the notification e-mails, does the rest of our release process bothers someone?<br>




<br></blockquote></div><div>Not me. It works fine and is very transparent. <br></div></div><br clear="all"><br>-- <br><font color="#888888">--Antonio Gomes<br>
</font><br></div></div><div class="im">_______________________________________________<br>
webkit-dev mailing list<br>
<a href="mailto:webkit-dev@lists.webkit.org" target="_blank">webkit-dev@lists.webkit.org</a><br>
<a href="http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev" target="_blank">http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev</a><br>
<br></div></blockquote></div><br></div>
<br>_______________________________________________<br>
webkit-dev mailing list<br>
<a href="mailto:webkit-dev@lists.webkit.org">webkit-dev@lists.webkit.org</a><br>
<a href="http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev" target="_blank">http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev</a><br>
<br></blockquote></div><br></div>