Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 107062 - support custom queries
Summary: support custom queries
Status: RESOLVED FIXED
Alias: None
Product: z_Archived
Classification: Eclipse Foundation
Component: Mylyn (show other bugs)
Version: unspecified   Edit
Hardware: Other other
: P1 normal (vote)
Target Milestone: ---   Edit
Assignee: Shawn Minto CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-08-15 15:53 EDT by Mik Kersten CLA
Modified: 2005-08-25 11:55 EDT (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Mik Kersten CLA 2005-08-15 15:53:54 EDT
We don't support all of the Bugzilla query options.  A convenient way to address
this would be to allow users to enter a custom query that they paste from their
browser, and in this way support any query that can be specified via the web
ui.
Comment 1 Shawn Minto CLA 2005-08-17 14:55:22 EDT
Well, to add support for just copying and pasting a query would be very 
simple.  If the query is for a customized version of bugzilla, we could 
potentially still run into the same problems of our parser being unable to 
extract the reports returned from the query.
Comment 2 Eugene Kuleshov CLA 2005-08-17 15:04:28 EDT
(In reply to comment #1)
> Well, to add support for just copying and pasting a query would be very 
> simple.  If the query is for a customized version of bugzilla, we could 
> potentially still run into the same problems of our parser being unable to 
> extract the reports returned from the query.

How difficult would be to implement the parser? I can try to get some support
from Collabnet to help with this (probably not java stuff but the details about
customization).

Perhaps there is some need to have per-bugzilla-repository flags for
availablility of the different capabilities. E.g.:

-- Query Wizard
-- Query Parser
-- Issue Wizard
-- Issue Editor

So, with CollabNet we would have to implement only query parser and use web UI
for everything else.
Comment 3 Mik Kersten CLA 2005-08-17 15:10:02 EDT
Just the simple thing, of allowing a custom query, seems worth doing (not
necessarily this week).

Should it just be an option on top of the query page, where you can either paste
in a URL (which will disable all the other fields) or you can fill in the query
fields as we do now?  That seems nice and simple.
Comment 4 Mik Kersten CLA 2005-08-17 15:16:27 EDT
Shawn: could you give Eugene some pointers about what it would take to make the
parser work?  

It seems like the best thing to do is to get the custom queries working first,
and then see what CollabNet specific customizations are needed.
Comment 5 Eugene Kuleshov CLA 2005-08-17 15:23:41 EDT
(In reply to comment #3)
> Just the simple thing, of allowing a custom query, seems worth doing (not
> necessarily this week).
> 
> Should it just be an option on top of the query page, where you can either paste
> in a URL (which will disable all the other fields) or you can fill in the query
> fields as we do now?  That seems nice and simple.

Damn! We soo need multiple repositories support. Then it will be easier to build
a wizard and let user to choose between two query types by default (custom and
basic). 

It also looks like Eclipse Bugzilla plugin already has support for some fields
that Mylar doesn't...
Comment 6 Mik Kersten CLA 2005-08-17 15:46:31 EDT
Yes, it does, and we really do need to combine efforts.  The great thing is that
we have all the pieces!  I'll try to respond your message to mylar-dev today or
early tomorrow.  

Btw, we've already done a bunch of work to enable integrating with multiple
reposiories and merging efforts with Jeff Pound.  It's summarized in a bunch of
messages on the following thread:

http://dev.eclipse.org/mhonarc/lists/mylar-dev/msg00019.html
Comment 7 Shawn Minto CLA 2005-08-25 11:55:57 EDT
The tasklist now has a notion of a query and the idea of a custom query has
been added for bugzilla.  This means that you can cut and paste a url to create
a query.  As for support of other bug systems like collabnet, new bugs should
be created as the need arises