I found it very useful while reviewing to look at a bug and see what a
patch has been r-'ed before. Even if it has been marked as obsolete by a
follow up patch.
It is a valuable quick reference of the patch/bug/work history.
On Wed, May 29, 2013 at 12:21 PM, Bem Jones-Bey wrote:
> Hey WebKit,
Hello Simon,
As you requested I have reported the bug with a simple testcase:
https://bugs.webkit.org/show_bug.cgi?id=116994
Thanks :)
Luis
On 28 May 2013 10:50, Luis de Bethencourt wrote:
> Hello Simon,
>
> Thanks for the feedback. I will write a simple testcase and report the bug
> in the
On Wed, May 29, 2013 at 11:21 AM, Bem Jones-Bey wrote:
> On May 29, 2013, at 10:09 , Darin Adler wrote:
>
> > On May 29, 2013, at 9:21 AM, Bem Jones-Bey wrote:
> >
> >> Would it be reasonable for webkit-patch to not clear flags on an
> attachement when it obsoletes it if there's an r+? Maybe it
On May 29, 2013, at 10:09 , Darin Adler wrote:
> On May 29, 2013, at 9:21 AM, Bem Jones-Bey wrote:
>
>> Would it be reasonable for webkit-patch to not clear flags on an attachement
>> when it obsoletes it if there's an r+? Maybe it doesn't actually matter
>> (i.e. I know I can still commit th
On May 29, 2013, at 9:21 AM, Bem Jones-Bey wrote:
> Would it be reasonable for webkit-patch to not clear flags on an attachement
> when it obsoletes it if there's an r+? Maybe it doesn't actually matter (i.e.
> I know I can still commit the patch), but it bothers me when it clears away
> an r+
Hey WebKit,
Would it be reasonable for webkit-patch to not clear flags on an attachement
when it obsoletes it if there's an r+? Maybe it doesn't actually matter (i.e. I
know I can still commit the patch), but it bothers me when it clears away an r+
because I forgot to tell it --no-obsolete when
6 matches
Mail list logo