Changes between Version 1 and Version 2 of QtWebKitBugs
- Timestamp:
- Mar 2, 2010, 1:08:09 PM (15 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
QtWebKitBugs
v1 v2 1 1 [[PageOutline]] 2 2 3 = Properties of a good bug report = 3 = Reporting and maintaining bugs for QtWebKit = 4 5 == Properties of a good bug report == 4 6 To pass through triaging and get the chance to be fixed, a bug report should contain information allowing a developer to reproduce the problem quickly and easily on different versions without having to understand the problem first. 5 7 If you can add more information to a bug that got closed as invalid, please re-open it. … … 7 9 Serious bug reporters might also want to have a look at the [http://webkit.org/quality/reporting.html steps to report a bug] and the [http://webkit.org/quality/bugwriting.html reporting guidelines] applying to the whole WebKit project. 8 10 9 == Attached test case==11 === Attached test case === 10 12 Test cases are favored to external web site links since they are not vulnerable to external updates. 11 13 * For a page rendering bug, a minimal HTML file is usualy efficient. 12 14 * For bugs of more platform-related features, a zip file containing a C++ source file and a .pro file compilable by typing {{{qmake && make}}} might be required 13 15 14 == Crashes==16 === Crashes === 15 17 * TODO 16 18 17 = Useful filters for QtWebKit bugs=19 == Useful filters for QtWebKit bugs == 18 20 * Status filters 19 21 * [https://bugs.webkit.org/buglist.cgi?short_desc_type=allwordssubstr&short_desc=&product=WebKit&long_desc_type=allwordssubstr&long_desc=&bug_status=UNCONFIRMED&bug_status=NEW&keywords_type=allwords&keywords=Qt&order=Importance Bugs (unconfirmed or new)] 20 22 * [https://bugs.webkit.org/buglist.cgi?short_desc_type=allwordssubstr&short_desc=&product=WebKit&component=Accessibility&component=CSS&component=Evangelism&component=Forms&component=Frames&component=History&component=HTML+DOM&component=HTML+Editing&component=Images&component=Java&component=JavaScriptCore&component=JavaScriptGlue&component=Layout+and+Rendering&component=Page+Loading&component=PDF&component=Platform&component=Plug-ins&component=Printing&component=SVG&component=Tables&component=Text&component=Tools+%2F+Tests&component=Web+Inspector&component=Web+Template+Framework&component=WebCore+JavaScript&component=WebCore+Misc.&component=WebKit+API&component=WebKit+Gtk&component=WebKit+Misc.&component=WebKit+Qt&component=WebKit+Website&component=WebKit+wx&component=XML&component=XML+DOM&long_desc_type=allwordssubstr&long_desc=&bug_status=ASSIGNED&bug_status=REOPENED&keywords_type=allwords&keywords=Qt&order=Importance Bugs (assigned)] 21 23 22 * Component filter 24 * Component filters 23 25 * [https://bugs.webkit.org/buglist.cgi?short_desc_type=allwordssubstr&short_desc=&product=WebKit&component=WebKit+Qt&long_desc_type=allwordssubstr&long_desc=&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&keywords_type=allwords&keywords=Qt&order=Importance API] 24 26 * [https://bugs.webkit.org/buglist.cgi?short_desc_type=allwordssubstr&short_desc=&product=WebKit&long_desc_type=allwordssubstr&long_desc=&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_severity=Blocker&keywords_type=allwords&keywords=Qt&order=Importance Compilation] … … 34 36 35 37 36 = Bug fields description=37 == Component==38 == Bug fields description == 39 === Component === 38 40 The [https://bugs.webkit.org/describecomponents.cgi?product=WebKit component] is used to signify the rough are that the bug relates to. 39 41 … … 42 44 '''Note:''' the 'QtWebKit' component should be used for bugs/features in the QtWebKit ''API'' layer, '''not''' to signify that the bug is specific to the Qt port of WebKit (see Keywords]). 43 45 44 == Severity==46 === Severity === 45 47 The [https://bugs.webkit.org/page.cgi?id=fields.html#bug_severity severity] is a signifier of what ''kind'' of bug we're talking about/how serious it is, and should not be confused with [https://bugs.webkit.org/page.cgi?id=fields.html priority], ie, when it will/should be be fixed (see below).|| 46 48 … … 53 55 The severities 'Minor, Normal, Major' should then be used for "normal" bugs which don't fall into either of these categories, ranging from minor loss of function, or other problem where easy workaround is present, to major loss of function. 54 56 55 == Platform and OS==57 === Platform and OS === 56 58 Choose the settings most relevant to where you found the bug, or 'All' if you've confirmed that the bug exists on more than one platform. 57 59 58 60 '''Note''': These two fields should not be used to signal which ''port'' of WebKit we're dealing with, but the underlying platform and OS. 59 61 60 == Keywords==62 === Keywords === 61 63 We need a way to track bugs that are specific for the Qt port of WebKit. The right way to do this is using the 'Qt' [https://bugs.webkit.org/describekeywords.cgi keyword] (you may not see the keywords entry field until after creating the bug. If so, please add the keyword after creating the bug). 62 64 … … 66 68 '''Note:''' Do not use the 'QtWebKit' ''component'' to signal that it's a Qt bug. The QtWebKit component is used for bugs/features in the QtWebKit ''API'' layer, '''not''' to signify that the bug is a Qt-bug in general. 67 69 68 == Version==70 === Version === 69 71 Leave at 'nightly build'. You should always test a bug against a nightly build of QtWebKit to make sure that it's still valid before reporting. 70 72 71 == Priority==73 === Priority === 72 74 This field is set by developers when scheduling and triaging tasks, please leave this at the default priority. 73 75