[webkit-dev] Fixing the Platform fields in Bugzilla
The platform fields in Bugzilla are pretty much useless now. There's a rep_platform popup (replicated platform?) containing: Unspecified All Macintosh PowerPC Macintosh Intel PC S60 Hardware S60 Emulator Android Other and an op_sys popup, both containing: Unspecified All Windows 2000 Windows XP Windows Server 2003 Windows Vista Windows 7 Mac OS X 10.3 Mac OS X 10.4 Mac OS X 10.5 Mac OS X 10.6 Linux S60 3rd Edition Android Other 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. Can we clean this up? Simon ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Fixing the Platform fields in Bugzilla
On Jul 5, 2011, at 12:41 PM, Simon Fraser wrote: Can we clean this up? Definitely! It's easy to change the options for these two fields. I don't know what would be involved with replacing these two fields with something else entirely. Do you have a proposal? -Adam ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Fixing the Platform fields in Bugzilla
On Tue, Jul 5, 2011 at 9:41 AM, Simon Fraser simon.fra...@apple.com wrote: The platform fields in Bugzilla are pretty much useless now. There's a rep_platform popup (replicated platform?) containing: Unspecified All Macintosh PowerPC Macintosh Intel PC S60 Hardware S60 Emulator Android Other I suggest we get rid of this field and replace it with port. and an op_sys popup, both containing: Unspecified All Windows 2000 Windows XP Windows Server 2003 Windows Vista Windows 7 Mac OS X 10.3 Mac OS X 10.4 Mac OS X 10.5 Mac OS X 10.6 Linux S60 3rd Edition Android Other I personally find this field useful although it'll be nice to have plain Windows and Mac OS X to indicate the bug always reproduces on Windows and Mac respectively. - Ryosuke ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Fixing the Platform fields in Bugzilla
On Jul 5, 2011, at 9:47 AM, Adam Roben wrote: On Jul 5, 2011, at 12:41 PM, Simon Fraser wrote: Can we clean this up? Definitely! It's easy to change the options for these two fields. I don't know what would be involved with replacing these two fields with something else entirely. Do you have a proposal? Source/WebCore/platform directories suggest we have the following ports android brew chromium efl gtk haiku mac qt win wince wx from which we should be able to derive a set of platforms. Simon ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Fixing the Platform fields in Bugzilla
On Tue, Jul 5, 2011 at 12:41 PM, Simon Fraser simon.fra...@apple.com wrote: The platform fields in Bugzilla are pretty much useless now. There's a rep_platform popup (replicated platform?) containing: Unspecified All Macintosh PowerPC Macintosh Intel PC S60 Hardware S60 Emulator Android Other and an op_sys popup, both containing: Unspecified All Windows 2000 Windows XP Windows Server 2003 Windows Vista Windows 7 Mac OS X 10.3 Mac OS X 10.4 Mac OS X 10.5 Mac OS X 10.6 Linux S60 3rd Edition Android Other 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. Though the component field let you choose WebKit Qt. That's how we catch our bugs :D and the keywords, Qt, QtTriaged. Can we clean this up? Simon ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev -- Alexis Menard (darktears) Software Engineer INdT Recife Brazil ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Fixing the Platform fields in Bugzilla
05.07.2011, в 10:21, Alexis Menard написал(а): Though the component field let you choose WebKit Qt. That's how we catch our bugs :D and the keywords, Qt, QtTriaged. Bugzilla description for this component says that this usage is incorrect: https://bugs.webkit.org/describecomponents.cgi?product=WebKit. At this point, changing component description could be more practical that trying to align component usage with the original design. What do you think? This question certainly applies to all other port components, and doesn't necessarily need to have the same answer for all. WebKit BREWMP webkit-unassig...@lists.webkit.org Bugs relating to the BREWMP WebKit API layer WebKit EFL webkit-unassig...@lists.webkit.org Bugs relating to the EFL WebKit API layer WebKit Gtk webkit-unassig...@lists.webkit.org Bugs related to the Gtk API layer. WebKit Qt webkit-unassig...@lists.webkit.org Bugs in the WebKit Qt API layer. WebKit wx webkit-unassig...@lists.webkit.org Bugs related to the wx API layer WebKit2 webkit-unassig...@lists.webkit.org Bugs relating to the WebKit2 API layer - WBR, Alexey Proskuryakov ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Fixing the Platform fields in Bugzilla
On Jul 5, 2011, at 9:47 AM, Adam Roben wrote: On Jul 5, 2011, at 12:41 PM, Simon Fraser wrote: Can we clean this up? Definitely! It's easy to change the options for these two fields. I don't know what would be involved with replacing these two fields with something else entirely. Do you have a proposal? Seems like it would be better to just have one field with the sum total of all WebKit ports. I've seen plenty of combos like Macintosh PowerPC/Windows 2000. How about: Unspecified (the default) Mac OSX 10.5 Mac OSX 10.6 Mac OSX 10.7 Linux (any different flavors?) Windows XP Windows Vista Windows 7 Windows 8 iOS Android Gtk Qt Wx (Is there an active Wx port? There's a folder in WebCore/platform) Any others that are currently active? ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Fixing the Platform fields in Bugzilla
On Jul 5, 2011, at 11:26 AM, Christopher Marrin wrote: On Jul 5, 2011, at 9:47 AM, Adam Roben wrote: On Jul 5, 2011, at 12:41 PM, Simon Fraser wrote: Can we clean this up? Definitely! It's easy to change the options for these two fields. I don't know what would be involved with replacing these two fields with something else entirely. Do you have a proposal? Seems like it would be better to just have one field with the sum total of all WebKit ports. I've seen plenty of combos like Macintosh PowerPC/Windows 2000. How about: Unspecified (the default) Mac OSX 10.5 Mac OSX 10.6 Mac OSX 10.7 Linux (any different flavors?) Windows XP Windows Vista Windows 7 Windows 8 iOS Android Gtk Qt Wx (Is there an active Wx port? There's a folder in WebCore/platform) This conflates ports and platforms. Simon ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Fixing the Platform fields in Bugzilla
On Tue, Jul 5, 2011 at 11:26 AM, Christopher Marrin cmar...@apple.com wrote: Seems like it would be better to just have one field with the sum total of all WebKit ports. I've seen plenty of combos like Macintosh PowerPC/Windows 2000. How about: Unspecified (the default) Mac OSX 10.5 Mac OSX 10.6 Mac OSX 10.7 Linux (any different flavors?) Windows XP Windows Vista Windows 7 Windows 8 iOS Android Gtk Qt Wx (Is there an active Wx port? There's a folder in WebCore/platform) Any others that are currently active? There are also the WinCairo and WinCE ports. -Brent ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Re: [webkit-dev] Fixing the Platform fields in Bugzilla
On Tue, Jul 5, 2011 at 6:41 PM, Simon Fraser simon.fra...@apple.com wrote: 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. Can we clean this up? I agree the current fields are pretty much useless when filtering bugs. Bugs sometimes affect multiple ports (Safari Chromium Mac is quite common), or multiple platforms. I think two field allowing multiple selections: one for the port, one for the platform, is the simplest solution and offer lots of flexibility. 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. :) cheers, Benjamin ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev