On Tue, Jul 5, 2011 at 6:41 PM, Simon Fraser <span dir="ltr"><<a href="mailto:simon.fraser@apple.com">simon.fraser@apple.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

These don't represent the suite of hardware and OSes that WebKit is used on these days, nor do they represent the various ports. For example, there's no way to indicate that a bug is in the QT port.<br>
<br>
Can we clean this up?<br></blockquote><div><br></div><div>I agree the current fields are pretty much useless when filtering bugs.</div><div><br></div><div>Bugs sometimes affect multiple ports (Safari && Chromium Mac is quite common), or multiple platforms.</div>
<div>I think two field allowing multiple selections: one for the port, one for the platform, is the simplest solution and offer lots of flexibility.</div><div><br></div><div>If there is a dedicated field for the port, we can get rid of the port specific components and add "WebKit API". That would be a nice improvement for the component field. :)</div>
<div><br></div><div>cheers,</div><div>Benjamin</div></div>