[webkit-dev] Bug system: Platform and OS fields don't quite align
levin at chromium.org
Tue Sep 14 10:32:51 PDT 2010
On Tue, Sep 14, 2010 at 10:28 AM, Adam Barth <abarth at webkit.org> wrote:
> We're not very good at using these fields in Bugzilla. In this
> situation, folks will usually prefix the summary of the bug with
> "[Chromium]". This is a signal to reviewers that they might be more
> or less interested in reviewing the patch depending on whether they
> like/feel comfortably with reviewing patches to WebKit/chromium.
Note that bugs should only have [Chromium] in the title if the patch *only*
touches Chromium specific files. (Right now, I consider this to be skia
related files, v8 related files, and then the files that are obviously
chromium due to name or directory structure -- I say "right now" because I
see there are efforts to make skia useful outside of Chromium.)
> On Tue, Sep 14, 2010 at 10:20 AM, Mike Belshe <mike at belshe.com> wrote:
> > Hi,
> > I tend to hit code which is often chromium-platform specific. It's hard
> > know the appropriate "Platform" and "OS" fields for such a bug. For
> > instance, I am working on a small change to
> > It's not a Mac bug, its not a PC bug, its a Chromium bug.
> > Chromium is a platform of sorts. Chromium bugs could be OS-specific
> > Windows, MacOS, etc). So I think the platform field would be the right
> > place to surface such a thing. Should the bug system surface a platform
> > Chromium? If so- perhaps there are other platforms to surface as well.
> > not sure when a particular flavor of webkit warrants a field in the bug
> > system.
> > If we aren't willing to reflect this through the bug system, what are the
> > right values for these fields? I'm guessing the apple guys want to
> > out these bugs - how do you do it today?
> > Thanks,
> > Mike
> > _______________________________________________
> > webkit-dev mailing list
> > webkit-dev at lists.webkit.org
> > http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
> webkit-dev mailing list
> webkit-dev at lists.webkit.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the webkit-dev