Introduction

Good morning! If this is the first time you're taking part in a bug triage, don't be scared by the amount of explanatory text on this page. We hope it's easily understandable - if it isn't bug us on IRC :-)

This is the page for KonquerorDay7 which starts on Saturday, June 20, 2009, but feel free to start early and feel free to keep going! The aim of this bug day is to

a) Triage: organize as many of the Konqueror bugs as possible, identifying duplicate bug reports and already fixed bugs
b) Testcases: Make testcases for the rendering bugs that have been filed.
c) Prioritize bugs to fix: Go through a list of websites and check how well they work. Keep an eye out for MAJOR bugs.

Requirements

You don't need any programming experience to help out with Triaging, but you will need a recent version of KDE, either svn trunk (4.2.92 atm), a snapshot of it (Neon Nightly, etc.), or a recent release (eg. KDE 4.3beta2). Information on setting up KDE from trunk can be found here. If you're having trouble installing KDE, feel free to drop by on #kde-bugs early to get some help. Else, #kde-devel can always help you.

General information

This page has useful information on how to not mis-mark bugs. In particular, "duplicates are hard". Generally we don't want to claim things are duplicates when they aren't. Make sure you get approval from a developer before you mark something a duplicate. We don't want to create more work for the developers!

Be sure to join #kde-bugs on irc.freenode.net, as this is where the bug-day will be coordinated. (You can even join now!)

Preparations

First of all, put your name and the version of KDE/Konqueror (ie kdelibs and kdebase should be the same version) you are testing with into the Sign-in section. Then read the descriptions of the various sections to file bugs in carefully.

Junior Jobs

We are in search of bugs which are easy enough to fix for someone just starting out developing for KDE. Those kinds of bugs are called "Junior Jobs". If you think a bug sounds really easy to fix so it might qualify as a junior job, please put it in the "Junior Job Proposals" section. They will later be checked by the developers if they really fit the scheme. In case a developer is around, you might as well ask right away.

Workflow

Select one of the batches of bugs you'd like to do and pick it by putting your name into the appropriate column.

Execute the query to get the list of bugs and go through the bugs one by one.

Read the bug description and the comments carefully and try to reproduce the bug.

Post a comment on bugzilla explaining what you found out. Be sure to also put the version of Konqueror and Qt you are testing with in the comment.

Put the bug into the appropriate section and describe your findings here as well (eg. "Can't reproduce any longer" or "This bug is still reproducible for me"). If there's something special about a bug, you can prepend a little label like eg. crash. Please mark every bug with your IRC nickname. You can easily do that by appending ~~~.

Check if the bug's Version field is set properly. The version field for Konqueror's khtml bugs should always contain the original version the bug is/was reproducible with (i.e. when it was reported).

Check if the bug's component is set correctly. It will be of great help when checking for duplicates. If you lack permissions to change the component or are unsure about it, please put the bugs in the "needs component change" section along with a comment.

The component khtml/KJS is for the interpreter only, most Javascript bugs will fall under the khtml/ecma one.

Check if the bug might qualify as a "Junior Job". If so, please put it in the "Junior Job Proposal" section.

Mark the bug as triaged by adding the triaged keyword on the bug. Again if you lack the permissions to do so, additionally put it in the "Needs triaged keyword" section.

If you're done with your batch, pick another one and start from the top :-)

Testcases

Some bugs might have a short html file that gives an example of the bug. Add the testcase keyword. If you lack permissions to do so, additionally add the bug to the "Needs testcase keyword" section.

If it is a rendering bug, and it doesn't have one, put it in the wiki section "needs testcase" for someone to write one.

For bugs involving webpages, if the site doesn't exist anymore, check the "Wayback Machine" on http://archive.org - if you see it there, use that to come up with a testcase.

Unclear

If something has no clear instructions on how to reproduce it, or has little useful information, add a comment asking the reporter for more detail. Then list it in the bugs awaiting feedback section. Be polite, we want to be nice to our bug reporters!

Is it a big bug?

Prioritizing is good. We're especially interested in problems that result in dataloss and crashes. Let's keep track of them.

Double Check!

Please list bugs here to get a second opinion before making the change in bugzilla. This also gives a record of what we've done for the developers to check.

Keep this page updated!

After adding triaged bugs on this page, you should keep an eye on their bugzilla status. Add yourself on the CC field in bugzilla to be informed about updates. When a bug is closed on bugzilla, it should be updated on this page.

You can use the tag <s>...</s> to mark a bug as done like this.

Hints

You can edit single sections of this page if you you check Enable section editing via edit links in your TechBase Preferences.

Sometimes you might encounter edit conflicts if several people are working on the wiki page at once. We can mostly avoid those by keeping notes of the bugs we encounter in a text editor and file several of them later at once (don't forget to save).

To get your Qt verion, type: qmake --version or kde4-config --version

Tip

Please be sure to sign every bug or comment you add to this page with your irc nickname. You can use the wiki markup ~~~ to insert your wiki username automatically (but only do this if it is the same as your IRC nickname, otherwise write your IRC nickname in by hand).

Common Bugs

There are some bugs which are commonly reported several times. If you found such a bug (or think you did), you can put it here:

Message list related

Sign-in

Tell developers what you are testing with. (If you expect to upgrade between now and BugDay, put what version you are using now next to the bugs/comments that you put on this page.)

Please give distro/version or SVN branch/trunk with revision below (or just beta2 if you're using that):

Division of Labour

Please choose a batch that is not already taken and then query bugs.kde.org for all bugs in that batch. Please mark you irc nickname in the table below to show which month's bugs you are working on to avoid duplication of effort.

If you have to leave before you can finish your batch, please put the last bug you triaged as well as if you're going to finish triaging in the table so others will know where you left off.

Warning

With these more recent bugs, if the report has been looked at by a developer (i.e. they cc'd themself or commented on it or posted a patch), and it seems like the issue is fixed, BUT the developer didn't close it, make sure the bug really can be closed. Often it can't.

khtml

The following bugs are related to displaying webpages using Konqueror.

Bugs to be marked as having a testcase

Bugs needing moved to a subcomponent

Especially bugs in "general" should be sorted into the other sections if possible. Is it javascript (ecma)? Session restore? Tabbing? khtml? DOM? CSS? a plugin? Is it networking related and possibly actually a kdelibs/KIO bug?

Completed Bugs

Below lists the various sections for completed bugs, sorted by resolution and other issues.

Bugs no longer present

If a bug is not reproducable for you, then it should be listed here. Please do not close the bug. We'll double-check each others later on. It will probably get closed as WORKSFORME. (FIXED if you knew which commit fixed it, and that it was an actual intentional commit somewhere.)

If it isn't a consistently reproducible bug, it may be not there only with your setup, or you haven't hit the right conditions. Check to see if there are developer comments and if they think it should be left open. Add to your notes here if you aren't sure.

Just to be sure. Did you tried also running the command in a desktop where there is no konqueror running? --Jtamate 11:53, 22 June 2009 (UTC)

If you are referring to the behaviour of opening a new instance when there's a pre-existing instance found in the another desktop, but not the current, then it is just like what comment #5 in the bug report has described. siyuan 23:45, 22 June 2009 (UTC)

Bugs that NEED TESTCASES

This is actually major work. We should list things which could have testcases, so that we can have people who can write some, do so. Put down if you think it is an important bug too, since making a testcase can take a while: on a scale of 1-5, with 1 being most important, how important is the bug to be fixed by 4.3?

Bugs needing attention from Konqueror developers

Add bugs here if you need to find out whether the observed behavior is intended, or if there's some other reason that it would be useful for a Konqueror developer to take a look. Make sure you indicate why the bug needs attention from them.

Warning

Always defer policy decisions to developers.

Rendering bugs (khtml)

Non-rendering

bug #179290 Links opened from Konsole and Kmail just fine. Note comment #5 in the bug report states that a new instance of Konqueror is opened when a pre-existing instance is in a different virtual desktop. This has always been the behaviour since KDE3, however, whether it is a good thing is to be decided by the developers. siyuan

bug #179561 Reproducible, however, whether this is really a regression is to be decided by the developers siyuan

bug #184384 According to the backtrace, the crash is related to the bespin style, needs verification from dev dtritscher

bug #189890 The bug report is correct, when F5 is pressed the parameter is not sent. However, This behaviour may be desired as when you refresh the page the cache is cleared so there isn't really a modification time to test with. MJD

bug #160428 Looping of js alert messages can make konqueror unusable. Firefox given chance to close problematic tab. Ruchir

bug #157454 Scrolling in website is not good but not sure if it is something to be fixed. Ruchir

Bugs awaiting feedback

NB. Feedback should only be requested for bugs if you have tried and failed to reproduce them or if the report contains insufficient information to try and reproduce the bug. Requesting feedback for a bug should be seen as a last resort only.

Bugs for which feedback has been requested, which should be revisited in 30 days to see if there's any response. Please list all bugs here for which feedback has been requested.