Bugreporting barrier is too low with the new Dr. Konqi

Darío Andrés andresbajotierra at gmail.com
Wed Nov 4 20:14:03 GMT 2009


Ok, I have currently implemented some features in order to improve the
situation:

- The duplicate list that DrKonqi provides should be smarter and a bit
smaller (as it uses a stricter query to bugzilla)
- The duplicate list now includes the bug status in a tag, with
no-jargon (ex ."[Open]", "[Fixed]", "[Already Reported]", "[Invalid]")
- When you want to open a possible duplicate report, if that report
"X" is already marked as duplicate of another report "Z", you can
choose to show the report you wanted to open ("X") or the main report
("Z") <- Resolving nested duplicate levels

Other fixes that I have coded but I haven't commited yet:

- If there are possible duplicates listed and the user didn't selected
anyone, nor marked anyone to attach the new information to it, a
messagebox will appear asking if he is sure.

- In the description step, if the user haven't entered a proper amount
of input, the user is *forced* to do so (we need to discuss the amount
of characters to be considered good input) (the user already selected
the checkbox "I can provide information about the crash"). If the user
doesn't accept this, the dialog is closed (but a warning about the
dialog being closed appears, if the user changes his/her mind...)

In both messages I'm explicitly saying that not following this advices
will *waste* the time of the KDE developers and triagers, so at least
they can think a bit before sending pseudo-crap. (yes, the text needs
to be improved, may be it is too harsh...)

Screenshots of earlier implementation of this features:

http://imagebin.ca/view/XY3uu1W.html
http://imagebin.ca/view/i2-0cQ.html
http://imagebin.ca/view/0jSX7VP.html

I would like to get some feedback about all this things

Thanks in advance.
Regards

Darío A.




More information about the kde-core-devel mailing list