Bug#174494: debbuggtk
Hi,
I'm in the process of uploading packages and sources for
libdebbug-java and debbuggtk to http://www.tildemh.com/tmp/debbuggtk
I'd love to hear any suggestions you have.
I'm just emailing the itp and people who showed interest at the moment;
don't want to add too much junk to the mailing lists (especially if it
turns out that there's a big bug in it, but there shouldn't be). If you
want me to let you know of new versions in the future, please ask and
I'll try to remember. I don't want to upload official packages until the
quality is much better.
Note that they require the latest java-gnome libraries (20030103),
currently in incoming. Provided programs:
bugviewer <bug number>
- this will download and display a bug report.
buglister <source|maint|submitter|binary> <package name>
- this downloads and displays a package listing. Clicking on an item
will open it in bugviewer
bugwatcher
- this is my main application. In the top left, there is a list of
'watched' items. This can be added to using the buttons underneath it.
When one is clicked, that packages listing is loaded in the right. This
can be updated by clicking the refresh button (it will also be done on
program start, but this is currently commented out). The filter box for
the listings is a complete spoof at the moment - sorry. When you click
on an item in the listing, the full report should be loaded at the
bottom. There are problems with parsing a number of bug reports - I
probably won't fix these as I'd prefer to spend time thinking about an
xml machine readable interface to the bts. There is another refresh
button for the bug report. The edit button just gives a mock up page at
the moment.
Issues:
- only works with kaffe. Java-GNOME does work for other people with
other jre's (such as sablevm, gij, blackdown java), but I've had no
success. Also, natively compiled code does not seem to work either.
- kaffe is slow. It's a fact that kaffe's JNI code is slow. Hopefully
this will be fixed with newer gij, or possibly natively compiled code.
- text entry and viewing is incredibly slow. I have no idea why. Most
probably due to the Java problems
- no GNOME support. This means we cannot have gconf, menus, toolbars or
statusbars.
Big TODO items:
- Status: Highlight bugs which are new of have had comments added to
them. Show a count in the watched list. Possibly highlight all bugs
where the user has commented on them.
- ListingReport filters. a quick and easy way to search bug reports.
Also having more advanced things such as limiting by tags, severity,
owner...
- ListingReport: option of more columns (checkboxes for each tag for
example). Simple menu for switching each on/off. (This may not be
necessary if the filters are as useful as I hope)
- bugviewer: possibly use html to display the items. Maybe on one page.
Not really sure about this yet.
- Colin Watson has added a Last-Modified: header to bugreport.cgi which
works on HTTP HEAD requests. I can't manage to read this at present.
when I do, bug reports should only be downloaded when needed.
- more intelligent removal of items from cache (e.g. bugs which have
been closed)
- pseudo package support
- bug edit: load current values & generate an email for output. I don't
like the ui at present - comments appreciated.
- converting to work with the new debbug rewrite. I think this mainly
involves working on a machine readable cgi for the server and a parser
for this. Should probably look into it more though.
I hope you manage to get this to work. Please let me know if you have
any problems. As I've said already, we're using kaffe at the moment
which does make it very slow - this will be fixed in the future. Other
Java-GNOME developers have reported performance at almost the same as
standard gtk, when using other jres.
--
.''`. Mark Howard
: :' :
`. `' http://www.tildemh.com
`- mh@debian.org | mh@tildemh.com | mh344@cam.ac.uk
Reply to: